僕がTDDをやめた理由 - カタチづくり

タイトルは、まあ、半分釣り。TDDな人もそうでない人も、肩の力を抜いてお気楽にどうぞ。 本題に入る前に まずお礼 ここで書くことは、前の記事 TDDはYAGNIに矛盾する？ - カタチづくり から派生して色んな方と意見を交わした経験が元になっています。この場を借りて、色々とアドバイスを頂いた方に心から感謝の意を表します。 特にコメント欄にお寄せいただいた きしだ さんのコメントは、コメントと言うよりももはや一つの素晴らしい記事となっていて、もう必読といってもいいレベルじゃないでしょうか。本当にありがとうございます。特にBDDについて大きなヒントを頂きました。 押し付けではなく、交換 タイトルから想像がつくとおり、ここにはどうしてもTDDに対して否定的な意見ばかりが並んでしまう。でも、だからといって僕がTDDを完全に否定しているとは思わないで欲しい。 僕が今一番恐れていることは、TDDに対し

[todesking]

どれだけ多くの部分をテストしやすい状況にもってくかがキモなんじゃないかな。どうしてもテスト書けない部分については、テスト書かないほうが精神衛生上よろしいと思う……

[nobeans]

面白い。9年近く前の記事だけど初見だった。元記事＆コメントも含めてコンテンツとして完成してる感じ。

[kanno_kanno]

品質や設計に関して

[tpircs]

TDDはプログラミング技法だと思ってる。設計技法じゃなくて。

[calpo]

とても共感、というかまさに今はまってる問題。レガシーコードを何とかしようとユニットテスト書き始めたけどリファクタリングは怖いので徹底的に避ける→TDDの意味ねー

[atsukanrock]

ユニットテストが「銀の弾丸」などあり得ない。様々な状況下で柔軟に最適解を見付け出してこそ。なので逆に「ユニットテストは使えない」もあり得ない。コンテキスト超大事。

[aoe-tk]

素晴らしいエントリ。確かに結局一番大事なのは設計。UIはTDD的には極力コード量を減らすべきとされていたけど、近年ここの比重が急激に上がっているので、そろそろ真剣に向き合うべき時期に来ていると思う。

[takeboruta]

大人な意見。

[j5ik2o]

すごく共感。TDDは大事な視点だが銀の弾丸ではない。より良い設計を求める考え方は持っていなければならない。 / "テストに駆動されていれば自然と良い設計が導出できる、というほど設計は簡単なものなのだろうか"

[takeshiketa]

面白い。ソフトウェアの対象領域に従事する人が比較的少ない分野(それでも一大領域なんだろうけど)だと良いツールも少ないのかもしれない。そもそも TDDが向いていない領域なだけかもしれない。

[rch850]

形状処理の話、ウェブブラウザにも同じことが言える。データの組み合わせが爆発してるし、仕様が驚くほど曖昧 / マクロなTDDって初めて聞いたけどBDDみたいなものかしら。

[katzchang]

結果の評価基準が感覚的で暗黙的なものは、テストコードに起こしにくいというお話。そういう部分をどう切り分けるかが勝負なんですかねぇ。

[fumikony]

銀の弾丸はないということですね

[imai78]

なるほど、面白い意見。何のテストをコード化するかというのは、定型的に判断できるものとそうでないものとを判別する作業なんだな。

[mattn]

スキルによるんじゃないかな。 / ←変な意味じゃなく試験の重点をどこにおき、どこをTDDにするかを決められるかで効率はだいぶ変わると思う。

[koko1000ban]

理想と現実

[nakag0711]

この当然の意見が出るまで何年かかってるのやら

[ototoi]

CAD/CAM屋の僕はいつも悩む・・・

[nitoyon]

TDDのよさとして宣伝されている内容と現実（3D CADの開発ではUI・グラフィック・形状処理のテスト作成が困難）。コメント欄、前記事も合わせて。

[somat]

「テストしたい部分に限ってテストが難しい」UI,グラフィックス等／デモ用プロトタイプにTDDはコスト見合わない／(ユニット)テストの勘所

[shozzy]

「品質を上げるのはテストではなくて設計」

[Horiuchi_H]

TDDについて。ほぼ同意。GUIアプリとかテスト書きたくても書けないよ！って場面はいっぱいある。その時、どうするのが良いのかが見えない。

[monjudoh]

コメ欄も含めて

[mollifier]

"結局、品質を上げるのはテストではなくて設計"

[kamipo]

良い記事。

[bobbyjam99]

TDDも銀の弾じゃないよって話．

[hagayu]

テストしたい部分に限ってテストが難しい

[tshino]

興味深い。個人的には非同期処理のテストが難しい（面倒）と感じてる。

[Sixeight]

学生なので品質とか全く関係ない状況でコードを書いているのだけれど、それでもテストを書く利点というのは自分が安心できるから。ポイントになるコードに集中する為に他の部分のテストを書いておく。

[lchin]

ボトルネック重要。だが、すべてのテストはユニットテストやTDDのためのものじゃないんだ。