完全に横だが、、、
お前らもうちょっと話を噛み合わせる努力をお互いにしろよなと。
以下はお前らがやり合っている間に俺がググった内容だ。

>>316の本の内容は、テストコードのデザインパターンだ。
> http://devtesting.jp/pekema/?0001%2FTopics
要するに、オブジェクト思考が「変更に強い」なら、テストパターンもまた同様に気を使えば「変更に強く」なるって事だ。

TDDは和田卓人本人が認めているように、
> テスト駆動開発に「完壁主義の呪い(完壁な設計を得るまではコードを書けないし良いシステムも出来ないという強迫観念)」を解いてもらってからは
> http://xn--97-273ae6a4irb6e2hsoiozc2g4b8082p.com/%E8%91%97%E8%80%85/%E5%92%8C%E7%94%B0%20%E5%8D%93%E4%BA%BA
OOPや従来型の「しっかり設計してからコーディング」とはやり方が根本的に異なる。
デタラメでもいいからコーディングし、単体テスト/レグレッションテストの環境を構築してから、
リファクタリングで目的のコードを得ることを目指す。つまり、事前に「完壁な設計」は必要ない。