テストコードが根付かない理由を考える - 技術をかじる猫

オチなしで終わるかもしれない、思考整理の駄文です。 主にSIer視点 そもそもテストコードを書く意味 テストコードを書かないと、回帰試験の網羅を手動でやる羽目になるから、書いた方がいい。 こんなことは誰でも知ってるし、実感が湧かなくても理屈位は聞いてるはずだ。 なのに何故広まらないのだろうか？ アジャイル云々で色々試してみて、話をすると、「TDDないし、テストコード無いと回る訳ないじゃん」というのがアジャイルの試験なんかを作る人の共通認識。 実際それは正しくて、頻繁なリリースということは、頻繁な回帰試験を意味する。 しかも機能は イテレーション(設計＋製造＋テスト＋リリースまでの一連の流れをアジャイルではイテレーションという1週間～3週間程度の期間で行う) を行うたびにその量は増えていく。 要するにアジャイルをしようと思ったら、書かないと近い将来で破綻する。 ではなぜ広まらないか？ アジャ

[s_hiiragi]

“Excel仕様書みたいに手続きに特化しすぎた設計書以外でも設計と認める組織の柔軟性がなければ成立しない。”