令和4年度 春期 午前Ⅱ 問9
実装・構築
バグ管理図に関する問題
ソフトウェアのテスト工程において,バグ管理図を用いて,テストの進捗状況とソフトウェアの品質を判断したい。このときの考え方のうち,最も適切なものはどれか。
- アテスト工程の前半で予想以上にバグが摘出され,スケジュールが遅れたので,スケジュールの見直しを行い,5 日遅れでテストが終了すると判断した。
- イテスト項目がスケジュールどおりに消化され,かつ,バグ摘出の累積件数が増加しなければ,ソフトウェアの品質は高いと判断できる。
- ウテスト項目消化の累積件数,バグ摘出の累積件数及び未解決バグの件数の全てが変化しなくなった場合は,解決困難なバグに直面しているかどうかを確認する必要がある。
- エバグ摘出の累積件数の推移とテスト項目の未消化件数の推移から,テスト終了の時期をほぼ正確に予測できる。
答えと解説を見る
✓ これが正解ウテスト項目消化の累積件数,バグ摘出の累積件数及び未解決バグの件数の全てが変化しなくなった場合は,解決困難なバグに直面しているかどうかを確認する必要がある。
解説
累積が全部止まったら、解決困難なバグで止まっていないか確かめます。
見分ける軸は、バグ管理図の曲線が止まったときに何を疑うかです。バグ管理図では、テスト項目消化の累積件数、バグ摘出の累積件数、未解決バグの件数などを時間の経過に沿って描き、進捗と品質を読み取ります。テスト項目の消化が止まり、バグの摘出も未解決件数も動かない状態は、品質が安定したというより、テスト自体が進んでいない可能性を示します。その原因として、解決困難なバグに当たって作業が止まっていることが考えられるので、確認が必要になります。曲線が平らになったら収束か停滞かを見極める、という視点で読むと判断できます。
ほかの選択肢はなぜ違うのか
- アテスト工程の前半で予想以上にバグが摘出さ…:バグが多く出てスケジュールが遅れたという事実だけでは、テストの終了時期を5日遅れと言い切る根拠になりません。多く摘出された原因や品質の状況を分析せずに、日程だけを見直して判断している点が適切ではありません。
- イテスト項目がスケジュールどおりに消化され…:テスト項目が予定どおりに消化されているのにバグが増えないのは、テスト項目の質が低くバグを見つけられていない可能性もあります。バグが出ないことだけで品質が高いと判断するのは早計です。
- エバグ摘出の累積件数の推移とテスト項目の未…:バグ摘出の累積件数と未消化件数の推移から終了時期の見当は付けられますが、今後どれだけバグが出て修正に時間がかかるかは変動します。ほぼ正確に予測できると言い切るのは言い過ぎです。
この問題の用語
- テスト決めたとおりに動くかを、実際に動かして確かめる作業のこと。何を確かめるかによって移行テスト、システムテストなどと呼び分けます。
- 工程仕事を進める順序と段取りのまとまりを指します。図表にして管理し、重要な期日や作業の順序、進み具合を目に見える形にします。
- 管理図時系列で起きるデータのばらつきを折れ線で表し、管理限界線で見る図です。限界線を越えたら、いつもと違う原因が起きたと判断します。
- スケジュール作業の順序と日程を決めた計画のことをいいます。作業の前後関係から日程を組み立てるには、PERTが向いています。
出典:令和4年度 春期 システムアーキテクト試験 午前Ⅱ 問9
同じ用語が出る問題
- 令和7年度 春期 午前Ⅱ 問11:ユースケース駆動開発の利点(テスト)
- 令和5年度 春期 午前Ⅱ 問7(工程)
- 令和4年度 春期 午前Ⅱ 問24:共有ロックに関する問題(スケジュール)
- 令和元年度 秋期 午前Ⅱ 問11:バグ管理図に関する問題(管理図)
- 平成28年度 秋期 午前Ⅱ 問6:構造化分析に関する問題(スケジュール)
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)