テストを先に書く？ ― TDDの発想

テスト駆動開発（TDD）は「テストを先に書き、それを通すために実装する」進め方です。 常にTDDで書くかは現場によりますが、「先にテスト＝先に仕様を決める」という発想は、何を作るべきかを明確にしてくれます。バグ修正では特に有効です——まずバグを再現するテストを書けば、直った瞬間が緑で確認でき、再発も永久に防げます。

CI ― pushのたびに機械が全テストを回す

チーム開発では、GitHubへのpushやプルリクエストのたびに、CI（継続的インテグレーション）サービスが全テストを自動実行します。 「テストが通らないコードはマージできない」仕組みにより、mainブランチは常に健全に保たれます。Git講座で学んだPRフローとテストが、ここで合流します。

良いテストの3条件

速い: 数秒で回る。遅いテストは実行されなくなる 独立している: 実行順序や他のテストに依存しない。単体で何度でも同じ結果 1つのことを確認する: 1テスト1関心。失敗したとき原因がすぐわかる

• テストファーストという進め方
• CI ― pushのたびに自動実行
• 良いテスト・悪いテスト