まとめ
メニューを開く-
恋 したい -
なんか「テストファースト」って言葉に2種類の使われ方があって、混乱するなぁ…… テスト手法のテストファーストと、開発手法のテストファーストはわけるべきだよなぁ -
「TDD はテスト計画をせずにテストしてしまうから……」とか「品質管理のためには……」とか言われるとなぁ TDD はあくまで"開発"手法であって、テスト手法では無いんだよね。もう、TDDで品質があがるって啓蒙するの止めちゃえば、いっそ変な誤解が広がらないんじゃないかなぁ。
-
TDD は開発者が不安を無くすためにやっているので「品質は担保していません!!」(本当はその不安を無くしてるおかで品質があがってたりするんだけども) でいいと思うんだけど、乱暴かなぁ‥‥
-
不安が無くなってるからリファクタリングが出来たりして結果として品質は上るから、どうしてもみんな品質の話しをしちゃうんだけど、そのせいもあってTDDでやってればテストイラネ的な勘違いする人が出てきちゃってゴチャゴチャになるんだったら「品質の話しはしてねーよ!!」て良いんじゃないか?
-
風が吹けば桶屋が〜理論に基づくと、開発プロセス上のあらゆる活動は全て『コスト』軸への射影をベースとした議論に還元できる。同様に『品質』軸への射影として議論することもできる。でも、無理矢理そういったスーツ的軸上で議論を展開してみても実質的なメリットはなくて、むしろ弊害しかないよね。 -
むしろTDDという開発手法についてはききあきた感があるから、そろそろあらためて品質保証のためのテストという話をききたいししたいなぁ とか思った
-
ATDDってのもあった気がするけど、単語自体がメジャーにならなかった感がある。 -
でも、どちらにしろテストの粒度は違うんだからそこを意識してればいいと思うんだけどな。
-
TDDなんてプログラマのプログラマによるプログラマのための開発手法なんだから、チームでとか言わずに、どんどん個人レベルでやったらいいんじゃないのかな。キーボードにHHK使うと効率が良い、とかと同じレベル。という極論。(ちなみにそんなにバリバリなTDDerでは無いです。試行錯誤中。
-
Webアプリ・サービス系だと品質保証ってそもそもなんぞ?なところが多い気がするな。開発者がこんぐらいやっとけばいっかーみたいな。 -
ちなみにJSTQBの用語集によると「品質(quality):コンポーネント、システム、プロセスが指定された要求、ユーザ、顧客のニーズ、期待を満たす度合い だそうです
-
Content from Twitter
コメント