システムアーキテクト 2022年 午前2 問09
問題文
ソフトウェアのテスト工程において、バグ管理図を用いて、テストの進捗状況とソフトウェアの品質を判断したい。このときの考え方のうち、最も適切なものはどれか。
選択肢
ア：テスト工程の前半で予想以上にバグが摘出され、スケジュールが遅れたので、スケジュールの見直しを行い、5日遅れでテストが終了すると判断した。
イ：テスト項目がスケジュールどおりに消化され、かつ、バグ摘出の累積件数が増加しなければ、ソフトウェアの品質は高いと判断できる。
ウ：テスト項目消化の累積件数、バグ摘出の累積件数及び未解決バグの件数の全てが変化しなくなった場合は、解決困難なバグに直面しているかどうかを確認する必要がある。（正解）
エ：バグ摘出の累積件数の推移とテスト項目の未消化件数の推移から、テスト終了の時期をほぼ正確に予測できる
ソフトウェアのテスト工程におけるバグ管理図の活用【午前2 解説】
要点まとめ
- 結論：テスト項目消化数、バグ摘出数、未解決バグ数が変化しなくなった場合は、解決困難なバグの存在を疑い確認が必要です。
- 根拠：バグ管理図はテスト進捗と品質の両面を示し、停滞は問題の深刻化を示唆します。
- 差がつくポイント：単にスケジュールやバグ件数の増減だけで判断せず、未解決バグの動向を含めた総合的な分析が重要です。
正解の理由
選択肢ウは、テスト項目消化の累積件数、バグ摘出の累積件数、未解決バグの件数の全てが変化しなくなった場合に、解決困難なバグが潜んでいる可能性を指摘しています。これはバグ管理図の本質的な活用法であり、進捗が停滞する状況を見逃さず、品質リスクを早期に察知するために不可欠な考え方です。
よくある誤解
バグ摘出数が増えない＝品質が高いと誤解しがちですが、実際にはテストが不十分でバグが見つかっていない可能性もあります。進捗と品質は複合的に判断する必要があります。
解法ステップ
- バグ管理図の各指標（テスト項目消化数、バグ摘出数、未解決バグ数）を確認する。
- それぞれの累積件数の推移を観察し、変化が停滞していないかを判断する。
- 変化が停滞している場合は、解決困難なバグの存在を疑い、詳細調査や対策を検討する。
- 単一指標だけで判断せず、複数指標の総合的な分析を行う。
- テスト進捗と品質の両面から状況を評価し、適切な対応を決定する。
選択肢別の誤答解説
- ア：テスト工程の遅れをスケジュールの見直しだけで判断するのは早計で、品質面の分析が不足しています。
- イ：バグ摘出数が増加しないことが必ずしも品質の高さを示すわけではなく、テスト不足や見逃しの可能性があります。
- ウ：テスト項目消化数、バグ摘出数、未解決バグ数の停滞を総合的に捉え、解決困難なバグの存在を確認する点が適切です。
- エ：バグ摘出数と未消化テスト項目数だけでテスト終了時期を正確に予測するのは困難で、他の要素も考慮が必要です。
補足コラム
バグ管理図は、テストの進捗管理と品質評価を同時に行うための重要なツールです。特に未解決バグの推移は、品質リスクの早期発見に役立ちます。停滞が見られた場合は、単なる遅延ではなく、根本的な問題の存在を疑い、原因分析と対策が求められます。
FAQ
Q: バグ摘出数が増えない場合、必ず品質が良いと言えますか？
A: いいえ。テストが不十分でバグが見つかっていない可能性もあるため、他の指標と合わせて判断する必要があります。
A: いいえ。テストが不十分でバグが見つかっていない可能性もあるため、他の指標と合わせて判断する必要があります。
Q: 未解決バグの件数が増え続ける場合はどうすればよいですか？
A: 解決困難なバグが存在する可能性が高いため、優先順位をつけて対応策を検討し、リスク管理を強化すべきです。
A: 解決困難なバグが存在する可能性が高いため、優先順位をつけて対応策を検討し、リスク管理を強化すべきです。
関連キーワード: バグ管理図、テスト進捗管理、ソフトウェア品質、未解決バグ、テスト工程
\ せっかくなら /
システムアーキテクトを
クイズ形式で学習しませんか？
クイズ画面へ遷移する→
すぐに利用可能！