リスク・ベース・テストの効果と限界

与えられた工数の中で、最大の成果を得られる

リスク・ベース・テストの基本は、与えられた工数の中で、最大の成果を得ることにある。

ソフトウェアテストでは一般に、テスト項目をすべてクリアしたら完了、という認識がある。だが現実には、テストの時間と予算は限られている。テストの順序に注意を払わなかった従来のテストでは、予定終了日になっても、重大なバグが残っていることが多かった。

リスク・ベース・テストは、リスクの高い順にテストすることで、与えられた工数の中では、ソフトウェアの品質を最も高くすることができる。

テストの終了を合理的に判断できる

リスク・ベース・テストを応用すると、テストをいつまで実施すれば良いかを、合理的に判断できるようになる。

テストは、予定した日数だけ実施すれば良いというものではない。もし、予定の工数を消化しても、ソフトウェアの品質が不十分であれば、テストを延長する必要がある。逆に、予定より早くソフトウェアの品質が保証できれば、テストを打ち切り、工数を削減することもできる。

リスク・ベース・テストでは、ソフトウェアの品質が満たすべき基準を、リスクによって決めることができる。

予定終了日の時点で、まだ設定した閾値より高いリスクの項目が残っていれば、テストを延長する必要がある。逆に、予定より早く、閾値より高いリスクの項目をすべて消化したら、それ以上、テストを続ける必要はない。

バグの見逃しは防げない

リスク・ベース・テストの限界は、バグの見逃しを防ぐことができない点である。

ソフトウェアの品質についての最大の問題は、テストでバグを見逃してしまい、品質が不十分なままリリースしてしまうことにある。これは、テスト項目に漏れがあったことが原因だ。そのバグを引き起こすような手順を思いつくことができなかったのである。

リスク・ベース・テストによって、思いついたテスト項目を最適な順序で実施することで、テストを効率的にできる。だが、従来のテストで思いつかなかったテスト項目は、リスク・ベース・テストを導入しても、やはり思いつくことはできない。