TDDBC Tokyo 2013-07 の運営を手伝いをやってましたが、
担当作業が終わったら参加出来たので、その時のメモ。

URL

http://tddbc.doorkeeper.jp/events/4663

TDDのサイクル

1. 次の目標を考える。
2. その目標を示すテストを書く。
3. そのテストを実行して失敗させる（RED)。
4. 目的のコードを書く。
5. 3で書いたテストを成功させる（Green）。
6. テストが通るままでりファクタリングを行う（Refactor)。
7. 1-6を繰り返す。

黄金の回転

1. Red（綺麗・すぐには動かない -> 汚い・すぐには動かない）
2. Green（汚い・すぐには動かない -> 汚い・動作する）
3. Refactoring（汚い・動作する -> 綺麗・動作する）

TDDのメリット

心理的なもの！

• 即座にフィードバックをえるため
• 書いたコードに自信を持つため
• これから書くコードに自信を持つため

Fragile Test

• 開発の足手まといになる
• 内部に入りすぎている
• 1つ直すと多くのテストケースがおちる

Fake it

• テスト用の実装
• 最初に実装する
• テストが失敗したら最初に定数を返すようにする
• 定数にしたあと式に変えていく

本

Object　technology　series　10【1万円以上購入でポイント10倍】リファクタリング　プログラミ… 価格：5,040円（税込、送料込）

【送料無料】リーダブルコード [ ダスティン・ボズウェル ] 価格：2,520円（税込、送料込）

【送料無料】 レガシーコード改善ガイド 保守開発のためのリファクタリング Object　Oriented　… 価格：4,410円（税込、送料込）

【送料無料】データベース・リファクタリング [ スコット・W．アンブラー ] 価格：3,780円（税込、送料込）