既存システムでTDDするのが難しい理由 - くろまほうさいきょうでんせつ

TDDしたい、CIしたいと思ってもなかなか導入できない。何でだろう？ PHP製WebアプリケーションでのTDDを学び始めた現時点の気持ちまとめ。 Seleniumを使うような高いレイヤーのテスト どんなテストを書けばいいのかわからない 例えばDBから商品情報取ってページ生成する場合。 商品カテゴリごとに異なる趣きのページを作るのでそれぞれにviewのテストを書いたとする 各ページ内の商品詳細URLにパラメータが追加されることになった URL生成は共通のモデルで行っている 修正は一ヶ所で簡単なもの だったとしてもviewのテストはそうは行かない。 先に用意したテストケースを全部書き直さなきゃならない。 小さな変更にかかるコストが大きくなる 単純に時間がかかるというより めんどくさくなる → どうせやらなくなる という思い。 コントローラーとか中間くらいの層のテスト viewよりは下、ユニット

[t-wada]

「敷居を下げる」同意です。レガシーコードは「そもそもどう動くべきか」と「いまどう動いているか」を分けて考える方が良くて、後者が「仕様化テスト」です。詳しくは『レガシーコード改善ガイド』を。

[mwsoft]

「デバッグでprint_rとかしたくなったらそれをテストに書こう」

[kuma2gou]

前向きで正しいと思います。

[torazuka]

"デバッグでprint_rとかしたくなったらそれをテストに書こう"