テスト消化曲線とバグ発生曲線の7パターン診断

今回は、Gompertz Curveによる「プロジェクトの問題点解析」について詳しく解説。あなたの開発現場はどのパターンに当てはまる？ 前回のコラム「最もタチの悪いバグが潜むテストフェイズとは？」では、7つの「基本的な出荷基準」を挙げ、「5．長時間耐久テスト、過負荷テストを実施した」について解説しました。今回はその続きとして、「6．バグの発生が頭打ちになった」を紹介します。 まずは、7つの基本的な出荷基準について再掲します。 全機能をテストした ブラックボックス／ホワイトボックス・テストで同値分割を実施した。 境界条件をテストした ブラックボックス／ホワイトボックス・テストの境界値分析を実施した。 未実行コードがない ホワイトボックス・テストのC0パス網羅を満足した。 エラー・ゲシング（Error Guessing）を実施した バグを想定し、それを摘出するためのテスト項目を設計・実施した。

[Itisango]

#test

[hiroomi]

”テスト仕様書に実行手順がすべて明記してあるといっても、最低限の常識や経験がないと、効率の良いテストはできません。”テストするにしても、目的が確認できてないとなにをどうするのかすらわからんよと。

[kkeisuke]

“「最悪の事態にはならないようだ。いつもどおり、しっかり残業すれば乗り切れるだろう」”

[luccafort]

　あとで読む