お気に入りに登録ならここをクリック！
まとめ
メニューを開く-
ううむ。逆にここから外れるほうがオレオレTDDでは > "TDD がテスト技法ではない(カニンガムの考案)ことである。TDD は分析手法および設計手法であり、実際には開発のすべてのアクティビティを構造化するための技法である" B! http://bit.ly/d1yAe2 -
オレオレTDD定義がすごく悪いとは思いませんが。。
-
例えばUMLモデリングとその静的検証には品質を上げる効果があって、だからUMLモデルを作ることはテスト技法でもある!!とか言われたら嫌じゃないっすか。(もちろんそうは思ってませんよ)。
-
テストは品質を測定する手段の一つにすぎず、品質を向上する手段では無いのかなーと。TDDその他のいろんな設計実装手法は品質向上の手段。テストをやると品質が上がるわけでもなく、TDDで品質を測定できるわけでもなく、というイメージです。
-
品質(品質の一側面だけでも)を担保するXという言い方は「品質確認手段」と「品質向上手段」が完全に一体になった何かだと思うけど、そういうのは存在しない銀の弾丸だと思う(形式手法とかはどうだろう?) TDDは品質向上手段の一つに過ぎないと思う。TDD否定派ではありませんが。
-
いろいろ考えてたらTDDがテスト技法であるか否かという話は本当にどうでも良い気がしてきた。ただ実務的には、TDDを宣伝する人たちに「テスト技法じゃない!」って言い切ってもらった方が余計なノイズを食らわなくて役立つと思います。
-
-
@sakata_akinori そうですね。品質保証は言い訳の技法です。ソフトウェアテストの技法には出てきませんでした。たぶん。
-
この件で言いたかったことがシンプルにまとまってる! > "テストでは品質は上がらないですよ。テストはあくまでも品質をあげるきっかけ。品質をあげるのはプログラミングです。これは大昔からそう。 " http://kakutani.com/20090213.html#p03
-
@goyoki プログラミングの経験がないテストエンジニアだと、開発目線で考えるというのが難しいかもしれませんね。 -
@goyoki プログラミングの経験がないテストエンジニアだと、開発目線で考えるというのが難しいかもしれませんね。
-
テストコード書くときと TDD するときの視点てまったく違うよね。それはクラス設計しているときとテスト設計してるときで視点が違うのとまったく一緒で。 -
TDD のときはいかに依存を少なくするか、テストコード書くときはいかにしてバグ見つけるか、あわよくば効率的に。というかんじだけど皆違うの？
-
正直、仕様記述している意識はあんまりない。あくまでコード駆動の設計。
-
ブログ書いた。勢いで書いてろくに推敲していないので、色々おかしい：TDD談義への反応に対する雑感 http://d.hatena.ne.jp/goyoki/20100223/1266939139 -
おかしいところがあったら指摘ください。恥をかく前に修正してしまいます
-
@3rd_Violin 逆もしかりですよね。開発も中途半端な自分に言える資格があるかどうかは分かりませんが・・・
-
Content from Twitter
コメント