
493
謝辞
番最近にバグ修正されたモジュールの情報だけを用いています。マネージャや開発者としては、
最も欠陥のありそうな特定のモジュールにテスト資源を集中させるのに「トップ
10
リスト」の
ようなツールを利用できます。
コンポーネントのテスト履歴
たくさんテストされたプログラムほど、バグを含むリスクが少ない傾向にあります。
Hutchins
らは、カバレジレベル(テスト網羅度)が高い(
90%
以上)テストセットは、同じ大きさのラン
ダムに選ばれたテストセットよりも良く欠陥を見つけることを示しました[
Hugchins et
al.1994
]。その後
Nagappan
らによる、カバレジデータセットを使って作った欠陥予測モデル
が成功をおさめました[
Nagappan et al.2006a
]。従って、あなたのソフトウェアプロジェク
トでテストデータセットとシステムの健康情報をマイニングすることでおそらく、危険性が高
いのにまだ十
分テストされていないソースコードの部分を探し出す役に立つでしょう。
コンポーネント開発に関与した人々
ソフトウェアを書くのは人間で、人間は過ちを犯します。従って、ソースコードの書き手は、
コンポーネントの品質を決める際に考慮すべき事項なのです。
Nagappann
らはマイクロソフ
ト社で、分散環境下の開発チームによって書かれたコンポーネントはローカルに開発されたコ
ンポーネントより危険性が高いかどうか調査しました[
Nagappan et al.2008
]。驚いたことに、
それらの間には大した違いはありませんでした。ただし ...