テストコードのリファクタリング - ひげろぐ

TDDBC 福岡2でのTDDの失敗ケースとは何かという質疑応答から。 テストコードにもリファクタリングが必要 昔はテストコードがメンテ対象であるという意識が薄かった 見てすぐ分かるテストコードがよいという考えからコピペコードが非常に多かった テストコードがたくさんあることによって動きが取りづらくなり、変更コストも上がる 素早く動きたいがためにTDDしているのにそんな皮肉な結果になってしまう たくさん書くのではなく必要十分書くことが大切 書き散らすと「テストケース爆発」を起こす テストコードもメンテし続けるためにリファクタリングして行く必要がある テストコードもプロダクトコードと同じようにテストのGreenの状態が維持されていることで、既存のコードが壊れないことを保証しつつリファクタリングしていくことができる。 （ただしテストが無条件でオールグリーンになるみたいな酷い壊し方をしてしまう心配は

[ledsun]

十分を目指すと大変すぎるから、まめにメンテできできるとても大事なものか、あんまり変更がないもの以外はバッサリ捨ててしまった方がいいのだろう。まぁ、そんな勇気持ち合わせてないがｗ

[ryuzee]

これは分かりやすくていいね

[willnet]

テストのリファクタリングは出来ても捨てるのはなかなかできてないなー

[hiroomi]

「たくさん書くのではなく必要十分書くことが大切」