ソフトウェアのテスト工程において，バグ管理図を用いて，テストの進捗状況とソフトウェアの品質を判断したい。このときの考え方のうち，最も適切なものはどれか。
| ア |
テスト工程の前半で予想以上にバグが検出され，スケジュールが遅れたので，スケジュールの見直しを行い，数日遅れでテスト終了の判断をした。 |
| イ |
テスト項目がスケジュールどおりに消化されていれば，バグ摘出の累積件数が増加しなくても，ソフトウェアの品質は高いと判断できる。 |
| ウ |
テスト項目消化の累積件数，バグ摘出の累積件数及び未解決バグの件数の推移がすべて横ばいになった場合は，解決困難なバグに直面しているかどうかを確認する必要がある。 |
| エ |
バグ摘出の累積件数の推移とテスト項目の未消化件数の推移から，テスト終了の時期をほぼ正確に予測できる。 |
解答・解説を見る
解答：ウ
| ア |
× |
テスト工程の前半で予想以上にバグが検出され，スケジュールの見直しを行った場合，ソフトウェアの品質が悪い可能性がある。テスト終了を判断するためには，未消化テスト項目と未解決バグ数がなくならなければならない。 |
| イ |
× |
テスト項目がスケジュールどおりに消化されているにもかかわらず，バグ摘出の累積件数が増加しないのであれば，テスト自体に問題がある可能性がある。妥当なテストを行っているかどうか，テスト内容を確認する必要がある。 |
| ウ |
○ |
テスト項目消化の累積件数，バグ摘出の累積件数及び未解決バグの件数の推移がすべて横ばい場合は，バグの修正に時間がかかり，次のテストを実施できず，新たなバグを摘出できない状況である可能性がある。 |
| エ |
× |
バグ摘出の累積件数の推移とテスト項目の未消化件数の推移だけでは，テスト終了の時期を予測できない。テスト終了を判断するためには，未消化テスト項目と未解決バグ数がなくならなければならない。 |
