TDDの最大の利点の1つは、開発サイクルの早い段階で欠陥が検出され、長期的には開発コストを大幅に節約できることです。
開発プロセスのさまざまな段階での欠陥のコストを示す研究に出くわした人はいないでしょうか。もちろん、これは架空のコストまたは実際のコストである可能性がありますか?
TDDの最大の利点の1つは、開発サイクルの早い段階で欠陥が検出され、長期的には開発コストを大幅に節約できることです。
開発プロセスのさまざまな段階での欠陥のコストを示す研究に出くわした人はいないでしょうか。もちろん、これは架空のコストまたは実際のコストである可能性がありますか?
私は常にこのトピックに関するScottAmblerのすばらしいグラフを参照しています。
http://www.agilemodeling.com/essays/costOfChange.htm
「フィードバックサイクルの長さ」は、各プラクティスが変更曲線のコストに影響を与える場所を示しています。最も迅速なフィードバックをもたらすプラクティスが、最も利益をもたらすプラクティスであることは容易に理解できます。
Most of the graphs I've seen are intuitive but anecdotal. In case you're talking with someone who wants hard numbers, see the graph on
https://agileelements.wordpress.com/2008/04/22/cost-of-software-defects/
これは、アプリケーション開発ライフサイクルのさまざまな段階でのバグ修正のコストに関するデータがあることを私が見つけたブログ投稿ですhttp://blog.programeter.com/post/1550840010/cost-of-bug-fixing-at-different -stages-of-sdlc
覚えておくべきことの1つは、これらのコストはソフトウェアのタイプに大きく依存する可能性があることです。たとえば、Webアプリケーションにバグ修正を展開すると、ファームウェアの更新よりも大幅にコストが低くなります。