TDD（テスト駆動開発）

概要

Test-Driven Development。 プログラムを書く時に、「まず最初にテストコード（正解のチェックリスト）を書く」という開発スタイル。 「実装してからテストする」という通常の手順を逆転させたもの。

手順（レッド・グリーン・リファクタリング）

1. Red: テストを書く。まだ中身を作っていないので、実行すると当然失敗（赤色）する。
2. Green: テストに合格するための「最低限のコード」を書く。汚いコードでもいいから、とりあえず成功（緑色）させる。
3. Refactor: テストが通っている安心感の中で、コードを綺麗に整理する。

メリット

• バグを早期に発見できる。
• 「何を作ればいいか（仕様）」が明確になってからコードを書くので、迷いがなくなる。
• リファクタリング（修正）をする時に、既存の機能を壊していないかすぐに分かるため、保守性が高くなる。