Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
電子署名サービスの品質戦略
Search
林憲吾
July 01, 2024
Programming
1
730
電子署名サービスの品質戦略
林憲吾
July 01, 2024
Tweet
Share
More Decks by 林憲吾
See All by 林憲吾
GraphQLを安全に使うためにやっていること
hayashikengo
2
600
GraphQLでの型渡しとデータフェッチの最適化
hayashikengo
1
400
CTOの役割と、カルチャーの醸成
hayashikengo
1
72
Other Decks in Programming
See All in Programming
コミュニティ駆動 AWS CDK ライブラリ「Open Constructs Library」 / community-cdk-library
gotok365
2
130
GoとPHPのインターフェイスの違い
shimabox
2
190
CDK開発におけるコーディング規約の運用
yamanashi_ren01
2
130
データベースのオペレーターであるCloudNativePGがStatefulSetを使わない理由に迫る
nnaka2992
0
150
仕様変更に耐えるための"今の"DRY原則を考える / Rethinking the "Don't repeat yourself" for resilience to specification changes
mkmk884
0
220
責務と認知負荷を整える! 抽象レベルを意識した関心の分離
yahiru
3
550
PHPカンファレンス名古屋2025 タスク分解の試行錯誤〜レビュー負荷を下げるために〜
soichi
1
200
Honoのおもしろいミドルウェアをみてみよう
yusukebe
1
210
dbt Pythonモデルで実現するSnowflake活用術
trsnium
0
160
Amazon Q Developer Proで効率化するAPI開発入門
seike460
PRO
0
110
動作確認やテストで漏れがちな観点3選
starfish719
6
1k
Multi Step Form, Decentralized Autonomous Organization
pumpkiinbell
1
750
Featured
See All Featured
Producing Creativity
orderedlist
PRO
344
39k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
33
2.1k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
630
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
A Philosophy of Restraint
colly
203
16k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
28
9.3k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
45
9.4k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
174
51k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
46
2.3k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
Large-scale JavaScript Application Architecture
addyosmani
511
110k
Transcript
電子署名サービスの品質戦略 株式会社PICK 林憲吾 Hayashi Kengo
https://twitter.com/kenbu05 株式会社PICK CTO 林憲吾 Hayashi Kengo 自己紹介 ①経歴 ②趣味 学生時代
スペースマーケット (インターン ) 2018-2019 ヤフー 2019-2022 スリーシェイク 2022-現在 PICK CTO 筋トレ・バイク・釣り
会社紹介 品質戦略 01. PICKのテスト環境 02. 03. 目次 まとめ 04.
01. 会社紹介
None
- 株式会社 CTO - 林憲吾 Hayashi Kengo - 経歴 -
スペースマーケット(インターン) → ヤフー →ス リーシェイク → PICK - PICKではPMとしてジョインし、開発をリード - 趣味 - 筋トレ、バイク 会社 01. https://twitter.com/kenbu05
不動産業界はまだまだ古臭い。たくさん課題がある。 不動産業界はレガシーでアナログ
None
PICKFORMの成長
不動産電子契約の今後の成長見込み
バックエンドで使っている技術 03. Nestjs Prisma ApolloServer Jest SuperTest
02. 品質戦略
品質とは? 02. 品質戦略 製品に対する期待はステークホルダーごとに違う もっと使いやすくして! とにかく安全稼働が必須! 運用・保守が 簡単なシステムをお願い! by事業担当者 byユーザー
by運用担当者
バックエンドとしては何ができるか? 02. 品質戦略 テストを書き動作を保証 監視の精度を上げ、想定外動作はテストを書く コードの品質を保ち、変更容易性を担保
なぜテストを書くべきなのか? 02. 品質戦略 引用: https://learn.microsoft.com/ja-jp/archive/msdn-magazine/2009/december/code- cleanup-using-agile-techniques-to-pay-back-technical-debt 変更コスト曲線 「中長期の変更コストを最適化させる為」
テストの種類 02. 品質戦略 UIテスト E2Eテスト インテグレーションテスト ユニットテスト 引用:https://www.linkedin.com/pulse/unit-tests-vs-integration-end-to-end-ashraf-ragab/ テスト図解
テストピラミッド理論 02. 品質戦略 引用: https://gihyo.jp/dev/serial/01/savanna-letter/0005 テストピラミッド “テストピラミッド理論とは、 コストが高く忠実性が高いテストほどケース数を減ら し、実行速度と決定性が低いテストはケース数を増
やすべきという理論”
テストピラミッドが機能する条件 02. 品質戦略 引用: https://gihyo.jp/dev/serial/01/savanna-letter/0005 テストピラミッド 仕様が明確・変更が多くない 設計がクリーンである チームがテストに習熟してる
初期のPICKだと? 02. 品質戦略 仕様が明確でなく、変更多い リリース優先で、クリーンでない 業務委託主体でスキル感ばらつき 引用: https://gihyo.jp/dev/serial/01/savanna-letter/0005 テストピラミッド
当初のPICKがなぜこの状況にあったのか? 02. 品質戦略 PMF達成が目標であり、早く市場にだすこと主目的であった。 署名機能を自社開発していた為、高い動作保証性が必要。 エンジニア社員1名に対して、業務委託が 4〜7名が1年半続いた。
どう解決するか? 02. 品質戦略 原則、E2Eを全てのユースケースで書く Unitテストは分岐の多い部分のみ
内部設計が未熟な設計ほど、 E2Eが効く 03. 品質戦略 1. E2Eは、内部的な I/Fと疎結合である 2. 内部的なI/Fの変更しやすい 3.
リファクタリングハードルが下がった
03. PICKのテスト環境
実際PICKのテスト比率は? 03. PICKのテスト環境 E2Eテストを全てのユースケースで書く Unitテストは分岐の多い部分のみ ※ ユースケースは graphQLのmutation/query単位を指しています
E2Eテスト運用実態 03. PICKのテスト環境 E2E Test: 934 Unit Test: 137 137
Endpoints: 262
E2Eをどう実現している? 03. PICKのテスト環境 ※ ユースケースは graphQLのmutation/query単位を指しています UI上でテストデータを作成、 dumpファイルで管理 CI上で、DockerでDB立てて、データを流し込む テスト用DBに対してSuperTestでリクエストを送る
①UI上でテストデータを作成 03. PICKのテスト環境 UIがあれば、 localのUIから UIが無ければ、 PrismaStudioから PrismaStudio UI
①dumpファイルで管理 03. PICKのテスト環境 dumpデータをPRにてレ ビュー
①dump周りのコマンドをまとめて、フロー整備 03. PICKのテスト環境 E2E用の環境を localに用意 操作しテストデータ作成 差分をdumpしコミット
②CI上で、DockerでDB立てて、データを流し込む 03. PICKのテスト環境 GithubActionsでDB立てる dump入れる E2Eを走らせる
③SuperTestでリクエスト 03. SuperTestでリクエスト レスポンスを確認 PICKのテスト環境
E2E主軸での課題と解決 03. PICKのテスト環境 E2Eテスト記述文化作るの大変 テストがだんだん遅くなる テストデータケースの作成が大変 テスト無いと PR通さない 効率化・並列化 UIでデータ作成
03. まとめ
まとめ 03. E2E主体だと、確実性の高い動作保証を担保できる リファクタリング促進の効果を持つ コストは高いが、有用な手段の1つ
PICKの開発チームは、レガシーな産業に、 モダンな技術で立ち向かっております。
ご清聴ありがとうございました
None