■TDD本とTDD is Dead関連の記事を読んで

・テストコードを先に書くくらい仕様と設計が固まってれば後先暗くならない

　・今の仕様書も設計書もないまま10人で開発してクソほどテストでポシャってる現場つらい、というかそろそろコード捨ててくれ

・テストが増えると保守は重い作業になる

　・これはテストやってて感じてるけど、DBに投入するデータをケースごとに用意しだすと管理がキツくて死ぬ印象がある

・テストが十分にあれば仕様変更時のデグレ察知になる

　・これ本当にテストでやるべきか…？と思ったけどテストが通らない方が気づきやすいっちゃ気づきやすいか

・テストは作成者の技量に依存する

　・正常入力しかやる暇がないときもあれば、異常入力を網羅したいときもある印象

　　・カバレッジツール使えば問題ないって話ではある

　・仕様が煮詰まってないと死ぬってのはありそう

・テストでモックを多用すると死ぬ

　・モック使った試しあんまないからようわからん

　・というかスタブじゃないのねそこ

　　・と思ったらモックオブジェクトがスタブの一種って罠じゃん

Permalink | 記事への反応(0) | 00:22

ツイートシェア