【TDD】テスト駆動開発【TestFirst】

**デフォルトの名無しさん** · 2010/09/19(日) 21:26:12

テスト駆動開発 (test-driven development; TDD) についてﾏﾀｰﾘ語りましょう

ツールについては別スレで
テストツールについて語るスレ 2
http://hibari.2ch.net/test/read.cgi/tech/1208013693/

**デフォルトの名無しさん** · 2015/12/01(火) 14:07:41.90

>>547
本当にTDDを理解して実戦しているのか疑わしいレベル。

> そのフィードバックを解釈するのにも経験が必要
意味がわからない。

テストによるフィードバックは失敗あるいは成功しかなく、正しく実装できたはずなのに失敗するのは、
・テストが間違っている
・正しく実装できたはずというのが思い違い
のどちらか、あるいはその両方しかなく、解釈もクソもない。

自分が書いたテストが失敗して、その原因もわからないレベルなら、それはTDDをする資格がない。
というか、そんな奴にプロダクトコード書かせるな。

> ペアプログラミングでない場合はテストがNGになった時点の情報が得られないため、
> 設計者よりも少ない情報から設計を判断するための高い能力が必要になるかもしれない。
これも意味がわからない。

> どんな設計手法も、その手法を使わないよりも良い設計を目指すためにあると思うよ。
そもそも、TDDは設計手法というより開発手法と言うべきで、極言すれば実装手法でしかない。

というか「よい設計」の定義が俺と大幅にずれてる気がする。
俺が思う「よい設計」というのは、例えば
・SOLID原則が守られている（あるいはそれほど重大な違反は無い）
・カプセル化が守られている
・メンテナンス性が良い（リーダビリティが良い）
・パフォーマンスが良い
などなど。

そういう意味の「よい設計」ができる奴は、TDDをしなくとも良い設計はできる。

**デフォルトの名無しさん** · 2015/12/01(火) 14:10:57.54

あと、TDDにおける「素早いフィードバック」というのは、
・正しくテストが実装できたであろう実感(red -> green)
・思い通りのコードが実装できたであろう実感（green -> refactoring -> green)
だぞ。
設計が正しい、あるいは妥当であるというフィードバックではない。

**デフォルトの名無しさん** · 2015/12/04(金) 15:28:40.97

>>547
今時、シーケンス図を書いて複数人でレビューしてから実装に入るって、どんな分野のどれくらいの規模なの？
リファクタリングが一般化した現在、クラス図でさえ事前にかっちりしたもの書くと手戻りが発生していやがられるのに。

**デフォルトの名無しさん** · 2015/12/14(月) 22:58:51.50

手戻りが嫌ならプログラムを書かなければいい

**デフォルトの名無しさん** · 2015/12/16(水) 07:23:08.19

それは言える
メタプログラミングでプログラムは自動生成にしておけば
手戻り発生しても仕様書直すだけで済む

**デフォルトの名無しさん** · 2016/02/14(日) 07:50:17.63

自動生成するプログラムの修正が必要になるだろタコ。

**デフォルトの名無しさん** · 2016/04/01(金) 19:49:18.66

test

**デフォルトの名無しさん** · 2016/04/18(月) 21:10:16.12

カバレッジって自動じゃないテスト(ようは手動の結合テスト)でも使えんの？

**デフォルトの名無しさん** · 2016/04/18(月) 21:36:07.56

？
何を言ってるのかさっぱり理解できない

**デフォルトの名無しさん** · 2016/04/18(月) 22:20:56.27

>>555
使えるってどういう意味で？