目的地
「Effective Software Testing」に至る道筋
この本にたどり着くために、先に読んでおきたい本を依存関係から逆算しました。基礎から順に並んでいます。
ここまでの道筋（5冊）
なぜ先に読むのか: クリーンなコードを書き続けるには、変更を恐れず検証できる足場が要る。テスト駆動開発は「動くきれいなコード」を小さなサイクルで育てる規律を与え、品質を習慣として定着させる。
なぜ先に読むのか: 依存の向きを制御するアーキテクチャを学ぶと、そのテスタビリティの恩恵を最大化するテスト設計の原則が欲しくなる。単体テストの考え方/使い方は「良いテストとは何か」を定義し、アーキテクチャが生む疎結合をテストの価値に変換する。
なぜ先に読むのか: TDD の小さなサイクルで「動くテスト」を書く感覚を得たら、何を・どの粒度でテストするかの設計原則へ進む。良いテストは壊れにくく、リファクタリングを妨げず、回帰を確実に捉える。
なぜ先に読むのか: テスト駆動で設計を育てる実践を経たら、テストケースそのものの十分性を体系的な技法で高める。設計の良さとケースの網羅性という両輪を回し、テストの抜けを減らす。
なぜ先に読むのか: 良いテストの性質（回帰の検出・壊れにくさ・素早いフィードバック）を理解したら、境界値分析・同値分割・構造化テストといった体系的な技法で「何をテストすべきか」を引き上げる。直感頼みのケース選びを工学にする。