すべてのカテゴリ

テスト駆動開発（TDD：Test Driven Development）とは、プログラムを作るときに「先にテストを書いてから実装する」という開発スタイルのことです。普通は「コードを書いて動かしてみる → うまくいかなければ直す」という順番になりがちですが、TDDでは順番が逆になります。最初に「こう動いてほしい」というテストを作り、そのテストを通すために最小限のコードを書いていきます。TDDの基本の考え方TDDは一言でいうと、「仕様をテストとして先に決めてから作る」という考え方です。例えば予約システムなら、・予約できる・予約枠が埋まっていたら予約できない・キャンセルすると枠が戻る・二重送信はできないこういうルールを先にテストで確認できる状態にしてから、実装を進めます。この順番で作ることで、後からバグが混ざりにくくなり、安心して機能追加や修正ができるようになります。TDDの進め方（3ステップ）TDDには有名な流れがあります。Red（失敗するテストを書く）まずはテストを書きます。この時点ではまだ実装していないので、当然テストは失敗します。失敗することで「このテストは正しく動いている」と確認できます。Green（テストを通すために最小限の実装をする）次に、そのテストが通るようにコードを書きます。ポイントは「完璧なコードを書こうとしない」ことです。テストを通すための最低限の実装でOKです。Refactor（リファクタリングして整える）最後に、動く状態を保ったままコードを整理します。この段階で読みやすくしたり、重複を減らしたり、設計をきれいにします。この3つを小さく何度も繰り返していくのが