テスト駆動開発（TDD）とは？てすとくどうかいはつ
テスト駆動開発（TDD）とは、実装より先に、そのコードが満たすべきテストを書き、まず失敗することを確かめてから最小限の実装で通し、そのうえで重複を整理する（レッド・グリーン・リファクタ）開発手法。仕様の明確化と回帰テストの整備が同時に進む点に効果がある。
最終更新：2026-10-06
プロジェクトマネージャを最短で暗記・合格する →背景
テストを後工程に置くと、納期が押した局面で真っ先に削られ、削った分は結合以降の手戻りとして数倍になって返ってくる。順序を入れ替えたのは、テストを「余力があればやる作業」から「実装を始める条件」へ移すため。PMの立場では品質計画で作り込み品質の手段として選ぶ対象であり、初期の見かけの生産性が下がる点をどう説明するかが問われる。
具体例
ケント・ベックがJUnitとともに広めた進め方で、「消費税は円未満切捨て」という判定を先にテストとして書き、それを通す最小の実装を足し、最後に重複を整理する、という単位で刻んでいく。
試験での引っ掛け
実装後にテストを充実させるのはTDDではなく、先に書くこと自体が定義。テスト技法の名前でもなく、網羅率を高める手法とも別物。対象の中心は自動化した単体テストであり、これを行えば受入テストや性能試験が不要になるわけでもない。
関連用語
出典・参考
解説は資格暗記が独自に作成しています。過去問の出典は各問題に記載のとおりです。