4.2 欠陥ライフサイクルとソフトウェア開発ライフサイクル

欠陥　＝　障害 ： システムに含まれる不備
誤り　＝　エラー：　間違った結果を生み出す人間の行為
故障　：　期待した結果から逸脱すること
不正：実際の結果とテストの期待結果に相違が生じる

静的テストは、故障ではなく欠陥を直接発見する。

テスト担当者が不正を観察しない場合、偽陰性結果が発生することがある。

欠陥に対して、テストチームが行うべき活動

偽陽性結果をもたらす

クロスファンクショナルチームとは

経営の課題を解決するために、社内だけではなく外部からも人材を招へいし、結成されたチームのこと。

欠陥マネジメント（または欠陥選別）委員会とは

クロスファンクショナルなステークホルダのチーム。
報告された欠陥の初期検出から最終的な解決（欠陥除去、欠陥除去の延期、報告取り消し）に至るまでを管理する。
構成管理委員会と同じチームとなることがある

各欠陥レポートが有効な欠陥を示しているかどうか、および解決すべきか延期すべきかどうかを決定する
- 解決しない場合に生じるメリット、リスク、及びコストを検討する

4.3 欠陥レポート情報

欠陥レポートに含める情報、3つの目的
- 欠陥ライフサイクル全体でのレポートのマネジメント
- プロジェクトステータスのアセスメント、特に、プロダクトの品質とテスト進捗に関するもの
- プロセス能力のアセスメント

ISO 9126（ISO 25000に改訂中）
IEEE 829
IEEE 1044

直交欠陥分類法

欠陥レポートを、プロジェクトステータスのモニタリングとレポートに役立てる
欠陥情報は、プロセス改善の取り組みを支援する必要がある。
- 各フェーズでの欠陥検出効率を改善する方法を提案する。
- 欠陥の総数を削減するための的を絞った改善を行う。
- 欠陥の総数を削減するためのプロセス改善を行う。
- 欠陥により発生するコストを最小化する。
- 問題の多いコンポーネントのりエンジニアリングを可能にする。
見つけた欠陥を追跡しないことがある。
- 効率性の名目やプロセスオーバーヘッドを削減する目的で頻繁に行う。
- 実際には、テストとソフトウェア開発のプロセス能力に対する視認性を大幅に低下させる。