TDDで積み上げていくテストと品質を保証するためのテストは違うサメとシャチぐらい違う

新規プロダクトを作っていくにあたって
打鍵テストを０にするという目標を目指して
取り組んできたその中で得た学びの一つのお裾分け

X
https://x.com/gengenmusic0719
lit.link
https://lit.link/gengen0719

Transcript

1. TDDで積み上げていくテストと 品質を保証するためのテストは違う サメとシャチぐらい違う 2026.01.20
2. なんの話？ 新規プロダクトを作っていくにあたって 打鍵テストを０にするという⽬標を⽬指して 取り組んできた その中で得た学びの⼀つのお裾分け
3. 前提：⾃動テストの重要性の話 テスト容易性とデプロイ容易性は ソフトウェアと組織全体のパフォーマンスに 重要な影響を及ぼす ピンとこない⽅はt-wadaさんの講演「質とスピード」をご参照ください https://speakerdeck.com/twada/quality-and-speed-aws-dev-day-2023-tokyo-edition?slide=80
4. 作り出す前の気持ち テスト駆動開発で ⼩さな振る舞いのテストを積み重ねていけば 品質保証もできて幸せになれるはず
5. これは多くの場合否だと思った
6. TDDで積み上げていくテストと 品質を保証するためのテストは違う サメとシャチぐらい違う
7. TDDで積み上げていくテスト（特に開発初期に積み上げるテスト） 着実な⾃信を積み上げ⾼速に内部品質の⾼い アプリケーションを作るためのテスト - 振る舞いを定義できる箇所に書くことが⼤事 - 今扱っている振る舞いに集中 - ⾃分たちのためのもの - 開発者にとって呼吸
8. 品質保証のためのテスト アプリケーションが仕様や要件を満たし、 外部品質に問題がないことを確認するためのテスト - 品質保証ができる箇所に書くことが⼤事 - 全体を⾒渡してバランスも⾒る - 外に向けたもの - ⼀回⽴ち⽌まって考える
9. 具体例１ 設定に応じてSQLを発⾏する機能のテスト 開発当初のテスト - 設定取得処理 - SQL構築処理 - SQL発⾏処理 分けてテストを書いていた
10. 具体例１ 設定に応じてSQLを発⾏する機能のテスト 品質保証のためのテスト - フロントエンドと設定保存 設定取得のテストのセット - SQL構築と発⾏処理のセット 保証範囲の処理を まとめたテストにした ＋フロントエンドとも関連付け
11. 具体例２ フロントエンドとバックエンドに跨った機能のテスト 開発当初のテスト - フロント - バックエンド 分けてテストを書いていた
12. 具体例２ フロントエンドとバックエンドに跨った機能のテスト 品質保証のためのテスト フロントのテスト結果の jsonを使ってバックエンド のテストを実装 あえて影響範囲を広げて 齟齬を検知する 分かれてはいるが jsonを共有 検索処理の読み出しも繋げる
13. アジリティを上げていくためには 品質保証のためのテストの⾃動化にも 真剣に取り組む必要がある
14. おわり