「TDDの本ってあまり売れないんだそうですよ」から始まる、その理由の考察などのまとめ

irof @irof

TDDするとある程度以上の規模か複雑さを持つものならば実装工数は減るんだけど、工数で数字遊びしてる方々には都合の悪い事実なので伏せられてる。

さかば @sakaba37

保守の工程＝リファクタリング RT: @kanu_: 「テストの自動化を行っても、開発工程においてはメリットが少なく、逆に工数が増えるというデメリットがある。効果が出るのは主に保守の工程である。」

Ryo Asai @ryoasai74

確かに、むしろそれが真実かも。よい設計のプログラムは機能が追加される程再利用により工数が減る傾向になる。RT @irof: TDDするとある程度以上の規模か複雑さを持つものならば実装工数は減るんだけど、工数で数字遊びしてる方々には都合の悪い事実なので伏せられてる。

せとあず @setoazusa

SIで、保守性の向上をインセンティブにした契約とかできないんだろうか？

yoh nakamura @yohhatu

@irof そうですねぇ、なかなかTDDが当たり前にならないのも、その辺りなんでしょうかね。

神ノ離忍(かぬりに) @kanu_

@Qooh0 理解は出来てもExcelで算出した工数には反映しないので承諾しにくいみたいです。

irof @irof

TDDの手法自体は簡単だけど、何気に前提条件に「リファクタリングを修得してる」があったりする。この時点で現場は大半アウトだったり…。

せとあず @setoazusa

ソフトウェアテストの専門家にも、自動テストに懐疑的な人っているのよね(例えば http://amzn.to/jHKGBV )。まあ、彼らは実装に踏む込め(ま)ないから、テスト容易性の確保が難しいってのはあるんだろうけど...

goyoki @goyoki

@setoazusa 話をテスト工程に限定してて、CIみたいな自動化利益が大きいデベロッパーテスティングをテーマ外にしているのも大きいかもしれません。開発しない人多いと思うので > ソフトウェアテストの専門家にも、自動テストに懐疑的な人っているのよね

せとあず @setoazusa

@goyoki うーん。

せとあず @setoazusa

CiNii ちょっと見てみたが、ソフトウェアのテスト容易性についての研究ってあまりないのか？それってどうなんだ？

Nishimura Naoto @nawoto

@kanu_ まぁ、開発時に頻繁にリリースに近いとこまで持ってくや、フィードバックを取り込まない感じなら、そうなるよね

ryos @ryos_

@kanu_ 未だに行数で値段が決まると思っている（実際そういう見積もりを要求してくる）会社がありますからね。TDDは製品コードではないのにコードが増える＝吹っかけられるとでも思っているのではないかと。

山本康彦＠BluewaterSoft @biac

結合テストの工数見積もりに、バグ対応の工数を含めないのですねw (いや、マジでやりやがるから、アホかと… (--; ) #tddnet QT @kanu_: 「TDDを実践すると実装工程の工数が増え、結果として見積もりの工数が増やさざるを得ないので受託開発では実践しにくい。」

山本康彦＠BluewaterSoft @biac

採用する現場が少ないから、本も売れない… それはあるかもですね。VB.NETの入門書は売れてるらしいですし。 QT @kanu_: TL追いついてないのであれですが、TDD本が売れないのはそういった事情が有るからなのかなぁと思ったのです。

神ノ離忍(かぬりに) @kanu_

まぁ何が駄目って、一番ダメなのは自分自身が現役のプログラマーじゃないこと。

山本康彦＠BluewaterSoft @biac

Visual Studioの開発なんて相当に大規模で複雑だと思うんだけど。実装工数は増加した。 http://tinyurl.com/yj7wyct #tddnet QT @kanu_: RT @irof: TDDするとある程度以上の規模か複雑さを持つものならば実装工数は減る…

Kenichiro Ota @oota_ken

@biac @kanu_ @irof 工数ってどこまでを見ているかによりますよ。保守工数までのトータルだったら確かMSやIBMの調査でも下がったはずです。

山本康彦＠BluewaterSoft @biac

あ、トータル工数のデータが出てる調査があるですか? Nagappan論文には載ってなかった。 QT @oota_ken: @biac @kanu_ @irof 工数ってどこまでを見ているかによりますよ。保守工数までのトータルだったら確かMSやIBMの調査でも下がったはずです。

Kenichiro Ota @oota_ken

@biac @kanu_ @irof 前見たやつにはあったようなw

山本康彦＠BluewaterSoft @biac

ぉお! 公開されてる資料だったら、(暇が出来たときに)教えてくだされ。保守どころか、リリースまでの工数比較で、TDDの方がおトクなはずだと感じてるものの、裏付けデータを知らないのです。 QT @oota_ken: @biac @kanu_ @irof 前見たやつにはあったようなw

中村 薫 @kaorun55

TDDの話し、文脈が分かってないけど、いきなりTDDよりは、まずテストコードを書いてもらって、テストコードがないと不安な体にすればいいと思う。TDDが目的ではないのだから

中村 薫 @kaorun55

動いてるコードに触るな。は真だけど、プロじゃないな

yoh nakamura @yohhatu

最初に作って終わり！後はよろ～なら、(最初の作り手にとっての)価値はそれほどない・・・と判断するだろうけどなぁ。この辺の認識って何度いろんな人と話してもだいたい同じシナリオを辿ることが多い。「あぁ、デジャブだ・・・」みたいな感じで。

ぎゃばん@手洗い @ledsun

TDDってメソッドのテストを先にかくんだから、メソッドレベルの仕様まで落とせなかったら、始めれないですよ。ただFixした仕様は必要ない、お試しで書いてあとで修正することを恐れない。