テストを書くときはコストベネフィットを考えろ - ひがやすを blog

InfoQにKent Beckの最新の提案がでてますね。Kent Beck氏、ごく短期のプロジェクトではテストを省略することを提案 でも、これは、Kent Beckが「ごく短期のプロジェクトではテストを省略しても良い」といってるわけではないと思うんですよ。キャッチーなタイトルをたまたまつけられてしまっただけで。 重要なポイントはここだと思います。 Maxを開発しているとき、テストを書くか否かという質問は、要するに、そのテストが単位時間当たりにより多くの有効な実験をするのに役立つかどうかでした。もし役に立つのであれば、私はテストを書きます。そうでなければ、不要だと判断します。私はMaxの収入を軌道に乗せるためのチャンスを最大化しようとしているのです。 つまり、「テストがかけた時間の割りに役に立つと思ったら書くし、そうでなければ書かない」ということだと思います。別に短期のプロジェクトでも、コス

[snaka72]

"TDDをやっていると、テストを書くことが面白くて、ついテストに時間をかけてしまいがちですが"<よくおちいりがち、肝に銘じよう

[srkzhr]

"テストを書くのにコストがかかるから、コストベネフィットが小さいと判断してテストを書かなかったわけです。"

[nattou_curry_2]

目的はテストを書くことではない。効果的なテストだけを書けばよい。

[mikamama]

楽してなるべくたくさん網羅できるのが一番なんですけどね

[hiro_y]

「テストがかけた時間の割りに役に立つと思ったら書くし、そうでなければ書かない」

[shimooka]

『テストをうまく利用する』

[Yamashiro0217]

テストの価値についてはいつも気をつけてなるなー。無駄なテストはメンテコストもかかるしね。・

[takeshiketa]

すげーよく分かる。けど、お金を出す、出されるの関係が別組織だとこの説明は超ムズイ

[TrinityT]

タイトルまま。