TDDの基本.pdf

TDDの基本

ステップ1 これから書く機能のテストを書く

ステップ2 そのテストを通すコードを書く

ステップ3 そのテストが通るままでリファクタリングを行なう

ステップの流れこれから書く機能のテストを書くこれから書く機能のテストを書くそのテストが通るままでリファクタリングを行う

黄金の回転

ステップ1についてテストは1つだけ書きます。もしグリーンならば、そのテストは既にクリアされているということになります。

ステップ2についてステップ1で書いたテストを通す、最低限の実装を書きます。最低限の実装とは、1が返るというテストに対して、 return 1という実装でいいということです。

ステップ3についてステップ2でテストを通すために、最低限の実装をしました。その時点で、無駄があったりコードが重複していたりする部分を直します。この時、外部から見た振舞（インターフェイス）を変えずに、内部の実装だけ変更します。

TDD(テスト駆動開発)とは？テストを主軸に置いて、テストが開発を駆動していくから「テスト駆動開発」となります。

テストってなんやねん？ TDDにおけるテストとはDeveloper Testing(開発者が行う、開発者のためのテスト)のことを指します。 Test Developer Testing QA Testing
Customer Testing

TDDのサイクル 1. TOBEを書く 2. TODOを書く TOBEにもRED->GREEN->リファクタリングのサイクルがあり、TODOにもRED->GREEN->リファクタリングのサイクルがあります。つまり、TDDには大きなサイクルの中に、複数の小さなサイクルが存在することになります。

TDDのサイクル(図説)

TODOリストの作成実現するためには何が必要なのかという、TODOリストを作成します。 TODOリストは紙に書いてもいいですし、TODO.txt を用意してもいいです。 TODO名はそのままテスト名にすることができます。

TODOリストの作り方 1. ざっと実装する内容を書き出す。 2. 書き出したTODOに関連する細かい仕様を、そのTODOの下に書き出していく。 3. 実装する。 4. 実装中に気づいたTODOはリストに追加してい
く。つまり、全てのTODOを出す必要はありません。

テストが必要ないもの • 実装内容が既に明らかなもの ◦ 例えばgetter/setter • プロパティ ◦ 実装の中身の話になるから •
privateなメソッド ◦ publicなメソッドの中で呼ばれているはずだから、間接的にテストしていることになる

レガシーコードに勝利しましょう

YUKI Kaoru