漏れバグへの対応

Ａ）漏れバグとは

計画時に、工程毎のバグを決めましたが、原則として、各工程で計画したテストまでにすべてのバグを取り切る計画です。テスト工程で、前のテスト工程までに検出を計画したバグが検出された場合、このサイトでは、このバグを「漏れバグ」と呼びます。

具体的には、下図の黄色の部分になります。

計画時に、工程ごとの検出バグ数を決める手順→

検出バグ数を、作り込み工程と検出工程で管理する理由 →

Ｂ）漏れバグへの考え方

漏れバグが検出された、すなわち、前工程までで取り切るはずだったバグが、後工程で検出されたということは、検出を計画したテスト工程では検出されなく、”運よく”、計画外のテスト工程で検出されたバグです。検出されなければ、リリース後に検出されることになったバグです。

Ｃ）漏れバグへの対応

このため、漏れバグについては、検出数の多寡で判断するものではなく、１件でも検出された場合、その１件に対して分析し、真の原因を求め、再発防止策を立てる必要があります。

ａ）計画した工程で検出されたバグへの対応

計画されたバグを検出した場合、次の対応を取ります。

1. 直接原因の修正
   • バグの直接原因を調査し、直接原因を修正します。
2. 直接原因に基づく横展開
   • 直接原因から、他の場所での同様なバグの有無を調査し、修正します。

ｂ）漏れバグへの対応

漏れバグを検出した場合、次の対応を取ります（1、2はａと同じです。3以降を追加します）。

1. 直接原因の修正
2. 直接原因に基づく横展開
3. 見逃し真因の分析
   • なぜなぜ分析などの手法を用い、主に、バグの検出を計画したテスト工程で検出できなかった真の原因を求めます。
   • 真因分析について詳しく見る→
4. 見逃し真因に基づく横展開
   • 見逃し真因から、他の場所での同じ真因のバグの有無を調査し、修正します。
5. 再発防止策の立案、実施
   • 見逃し真因に基づき、再発防止策を立案し、実施します。