良く速く安く内容アジャイルプラクティスの各種効果事例を紹介している。それらによりテスト駆動開発(TDD)は「テストも書くのでコードは倍書くが、質もスピードも上げることができる」と論理付けている。開発者はコーディングとテストに時間を費やしているわけではない。仕様書の解読、ドキュメント作成、会議出席にも時間を費やすし、いちばん多くの時間を浪費しているデバッグ。TDDはバグを意図的に発生させ修正しながら進める。「それがバグであること」と「修正が正しいこと」を仕様となるテストコードで担保しながら開発を進める。コード変更のたびにテスト実行するため、後で意図しないバグ発生を抑え、デバッグの時間を減らすことができる。生産性を向上させるのに、品質低下の犠牲を払う必要はない。以下、論文や調査事例を紹介。QSMA社によるアジャイルプラクティス導入効果調査ウォーターフォール欠陥率が大規模チームであるほど高い。平均の4倍以上の場合もある。XP、スクラム欠陥率が平均より30%〜50%減。Teams(テスト駆動開発を通じた品質向上の気づき:4つの事業チームの事例から)調査対象のTDDを実践しているすべてのチームが欠陥密度の大幅な低下を示し、「テスト駆動開発は開発チームは生産性を大幅に減らすことなく、開発したソフトウェアの欠陥密度を大幅に減らす」ことができるとしている。Studies(テスト駆動開発の有効性評価:業界事例)同じ組織で、TDDを使ったプロジェクトと使っていない似たようなプロジェクトで、使った方がコード品質が2倍以上良い。ノースカロライナ州立大学のボビー・ジョージとローリー・ウィリアムズによる2つのソフトウェア開発者のグループ調査テスト駆動開発者は高品質なコードを生み出した18%多くブラックボックステストをパス開発できる時間が16%も長くなったにも関わらず、テスト駆動開発者のテストケースは平均「メソッドの98%、命令文の92%、分岐の97%のカバー」を達成。Study(エクストリームプログラミングのコンテキストでの探求:ある業界における事例)XPを使う前のリリースと使ったあとのリリースとで比較すると、XPを使う方が以下のように生産性と品質が向上し、双方はシナジー関係にあると結論づけている。50%の生産性の向上65%のリリース直前品質の向上35%のリリース直後品質の向上QSMとカッターコンソーシアムの調査XPは業界標準と比較しておよそ5か月のスケジュール短縮と倍の品質(欠陥が半減)が見られた。Projects(オープンソースプロジェクトにおけるオブジェクト指向品質メトリクスの適用によるテスト駆動開発の定量的評価)テスト駆動開発の使用状況に違いのある複数のオープンソースプロジェクトでのコード品質についての調査。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。