プロジェクトマネージャ午後I 事例記述平成29年 春期
午後I 問3

問3 システム改修案件における単体テストの見直し及び成果物の品質向上策

テーマ:システム改修案件における単体テストの見直し及び成果物の品質向上策
左右2分割表示:左側の問題文をスクロールしながら右側の設問に解答できます

長文事例本文

図表クリックで拡大
問3 単体テストの見直し及び成果物の品質向上に関する次の記述を読んで,設問 1〜4 に答えよ。 卸売業 D 社は,仕入れ,在庫,販売及び請求の管理業務に使用する基幹系システムを 10 年前に自社の情報システム部で開発し,その後は半年サイクルで,継続的に情報システム部で改修を行っている。今回の改修内容は,機能 F の管理項目の追加,機能 G のユーザビリティ向上に係るインタフェース仕様の改訂,及び機能 H の帳票様式の変更である。長期にわたり本システムを担当している情報システム部の E 課長が,今回の改修案件もプロジェクトマネージャ(PM)に任命された。E 課長は機能ごとにチームを割り当ててプロジェクトを進めることにした。 本システムは,長年の改修を経て,プログラム及びデータ構造が複雑になってきており,設計・製造の難易度が高まっている。また,改修においては過去に作成したモジュールを活用することが多いので,テストによってバグが摘出された際には,他のモジュールにも類似バグが内在しているかどうかを調査する必要があることも多い。さらに,タイミング誤りなどのバグが摘出された場合にはプログラムが異常終了してしまい,後続のテストが実行できない場合もある。そこで,スケジュールにはリスクに応じた余裕日数を含め,必要な期間を確保している。 〔設計方法〕 D 社はウォータフォールモデルの開発方式を基本としている。 外部設計工程では,担当者が既存の外部設計書を改訂したり,外部設計書を新たに作成したりする。チームリーダが外部設計書をレビューした後,チーム横断的に調整した機能間のインタフェース仕様などを含め,外部設計書の最終確認を PM が行う。その後,利用部門から外部設計書の承認を受ける。外部設計工程の各作業を行う際には,長年の改修実績や経験から,内部仕様に係る内容や内部設計時の考慮事項に関するコメントが出ることがある。その場合,それぞれのタイミングの議事録にこれらのコメントを記録した上で,外部設計書の承認時に内部設計工程への申し送り事項一覧として整理している。 内部設計工程では,担当者がまず影響調査を行う。その際,外部設計書の改訂箇所及び新規作成箇所を参照し,過去の類似改修案件での知見も生かして,外部設計書と内部設計書の対応関係を確認した上で,既存の内部設計書の改訂箇所及び新規作成箇所を特定する。次に,内部設計工程への申し送り事項一覧を参照しつつ,内部仕様を検討して,既存の内部設計書を改訂したり,内部設計書を新たに作成したりする。改訂又は新たに作成した内部設計書については,チームリーダが改訂内容及び新規作成内容をレビューし,PM が最終確認を行う。 〔製造及びテスト方式〕 D 社では,単体テスト,結合テスト,総合テストに対して,それぞれテスト計画とテストケースを作成し,テストを行う。単体テスト計画と単体テストケースは,製造時にプログラム仕様を作成したタイミングで,プログラム仕様に基づき作成する。結合テスト計画は,内部設計工程で作成し,結合テストケースは,単体テスト完了後に,内部設計書に基づき作成する。 各テストでは作成した全てのテストケースを実施してバグを摘出し,バグ内容の確認・修正を行い,さらに類似バグの調査・修正を行った上で,バグが摘出されたテストケースの再実施を通じてバグが修正されたことを確認する。この過程において,テストの効率を高めるために,①ある種のバグが摘出された場合は,テストケースの実施を一時的に中断し,バグ内容の確認・修正などを行うことにしている。 なお,バグの内容及び修正方法によっては,バグが摘出されなかったテストケースを再実施したり,場合によってはテストケースを追加したりすることもある。また,製造時やバグへの対応時に,設計内容の誤りが発見される場合も少なくないので,その場合は構成管理プロセスに従って迅速に内部設計書や外部設計書を修正することを徹底させている。 〔今回の改修案件における単体テストの実施方針〕 D 社では,最近の改修案件において,単体テストで摘出されるべきバグが結合テストで摘出される,D 社内でバグの見逃しと呼ぶ現象が増えてきていた。E 課長は,バグの見逃しの増加を問題と捉えて,単体テストのやり方を見直すことにした。 これまでの単体テストケースの多くは,プログラムの内部構造に基づきテストケースを作成する a テストを採用していた。その上で,利用者の視点でプログラムの外部から見た入出力に基づきテストケースを作成する b テストも採用していた。また,改修箇所が他の箇所に影響していないかどうかを確認するためのテストケースも作成してきた。 E 課長は,今回の改修案件では,改修箇所の他の箇所への影響確認を行うテストを充実させる必要があると考えて,テストケースを追加作成することにした。また,今回の単体テストの見直しの成果を評価するために,結合テスト完了後にある分析を行うことにした。 〔単体テストの実施〕 E 課長はこのようにテストケースを追加作成した単体テストを実施し,テスト実施状況を機能単位で管理した。 テスト実施期間は,テストの効率と,過去の同レベルの難易度・規模の改修案件のバグ密度の実績に基づき,ある条件を考慮してバグ密度の管理目標を設定し,そこから実働 16 日間とした。初めの 12 日間で,ある種のバグは摘出後すぐに修正しながら,作成した全てのテストケースを実施し,残りの 4 日間で残り全てのバグの修正,類似バグの調査・修正,及び再テストを実施するスケジュールであった。初めの 12 日間のバグ修正件数の管理目標は 70〜90 件であり,結合テスト開始に対する余裕日数は 3 日間あった。 テスト開始後 12 日間経過した時点で,作成した全てのテストケースが実施された。その時点での機能 F の単体テストの品質状況は表 1 に示すとおりであった。
表1 機能Fの単体テストの品質状況 拡大
表1 機能Fの単体テストの品質状況
E 課長は,初めの 12 日間はスケジュールどおりに実施できたが,表 1 の結果から,今後遅延リスクが顕在化して,機能 F の単体テストがスケジュールどおりには完了しない可能性が高いと考えた。一方,機能 G,機能 H の単体テストはスケジュールどおりに完了する見込みであった。 そこで,機能 F で発生しているバグの内容を確認したところ,バグを作り込んだ原因が明確であり,局所的であると判断できることから,品質状況には問題がなかったので,遅延リスクについて詳細に分析した。その結果,摘出されたバグの修正は平易であるので個々の修正工数は大きくないが,再テストに要する工数が大きいので,テストの効率を考えると,実施に 6 日間掛かる見込みであることが分かった。 これらから,E 課長は遅延リスク対応策として,機能 F の単体テスト期間を 2 日間延長することにした。 〔成果物の品質向上〕 その後,単体テストは見直した計画どおりに完了した。E 課長は今後の改修案件において成果物の品質向上に向けた対処をするために,外部設計工程から単体テストまでの作業及び成果物について詳細に分析を行ったところ,次に示す結果が明らかになった。 分析結果 1:内部設計工程において,既存の内部設計書の改訂箇所及び新規作成箇所の特定に漏れが発生していた。 分析結果 2:内部設計工程において,外部設計工程で出た内部仕様に係る内容や内部設計時の考慮事項に関するコメントは適切に取り込まれていた。 分析結果 3:改訂及び新たに作成した外部設計書,内部設計書について,記載の誤り,定義内容の誤り,相互の不整合は少なかった。 分析結果 4:処理の論理的誤り,データ定義の誤り,インタフェース仕様の実装誤りなどの製造不良は少なかった。 これらの分析結果から,E 課長は,今後の改修案件の内部設計工程において追加のレビューを行い,成果物の品質向上を図ることにした。

設問一覧 & 解答・演習

まずは解答を作成してみましょう。「解答例を見る」をクリックするとIPA公式解答例と採点基準が開きます。

設問1(1)記述問題
制限字数:45 字以内
〔製造及びテスト方式〕について,(1)に答えよ。
結合テストケースを内部設計工程ではなく,単体テスト完了後に作成する意図は何か。45字以内で述べよ。
0 / 45 文字
設問1(2)記述問題
制限字数:20 字以内
〔製造及びテスト方式〕について,(2)に答えよ。
本文中の下線①について,どのようなバグが摘出された場合に,テストケースの実施を一時的に中断し,バグ内容の確認・修正などを行っているのか。20字以内で述べよ。
0 / 20 文字
設問2(1)記述問題
制限字数:25 字以内
〔今回の改修案件における単体テストの実施方針〕について,(1)に答えよ。
E課長はバグの見逃しの増加をなぜ問題と捉えたのか。25字以内で述べよ。
0 / 25 文字
設問2(2)記述問題
制限字数:30 字以内
〔今回の改修案件における単体テストの実施方針〕について,(2)に答えよ。
本文中の a, b に入れる適切な字句を答えよ。
0 / 30 文字
設問2(3)記述問題
制限字数:15 字以内
〔今回の改修案件における単体テストの実施方針〕について,(3)に答えよ。
E課長は結合テスト完了後にどのような分析を行い,どのように単体テストの見直しの成果を評価しようとしたのか。分析対象を15字以内で述べよ。また,期待した評価結果を20字以内で述べよ。
0 / 15 文字
設問3(1)記述問題
制限字数:25 字以内
〔単体テストの実施〕について,(1)に答えよ。
バグ密度の管理目標を設定する際に考慮した条件は何か。25字以内で述べよ。
0 / 25 文字
設問3(2)記述問題
制限字数:35 字以内
〔単体テストの実施〕について,(2)に答えよ。
E課長がテスト開始後12日間経過した時点で,表1の結果から今後遅延リスクが顕在化する可能性が高いと考えた根拠は何か。35字以内で述べよ。
0 / 35 文字
設問4記述問題
制限字数:30 字以内
〔成果物の品質向上〕について,成果物の品質向上を図るために,今後の改修案件の内部設計工程においてどのようなレビューを追加するのか。30字以内で述べよ。
0 / 30 文字
午後I長文記述の得点力を引き上げる定番対策書Amazon・楽天 公式提携
PR
三好 康之 著 / 翔泳社

情報処理教科書 プロジェクトマネージャ 2026~2027年版

💡 推薦ポイント:プロジェクトマネージャ試験の午前II対策から午後Iの記述パターン、午後II論文の構成法まで体系的に習得できます。
※本リンク先はプロモーション(アフィリエイト広告)が含まれています
【出題趣旨】IPA公式発表
プロジェクトマネージャ(PM)は,テストを通じてソフトウェアの品質を確認するとともに,摘出したバ グの分析を通じて摘出状況の妥当性を確認したり,バグが発生した原因を作業及び成果物から推定したりし て,成果物の品質を向上するための対策を採る必要がある。 本問では,システムの改修案件の単体テストを題材に,単体テストの見直し及びテスト後の作業及び成果物 分析を通じた成果物の品質向上策の立案について,PM としての実践的な能力を問う。
【採点講評】IPA公式発表
問3 では,単体テストを題材に,テスト効率を維持しながらも,早いタイミングでバグを摘出し,成果物の 品質を高める方法について出題した。 設問2(1)は,正答率が低かった。ウォータフォールモデルの開発における後工程でのバグ摘出時の手戻りに 着目して解答してほしかったが,類似バグやプログラムの異常終了を起こすバグに着目した解答や,改修箇所 の他の箇所への影響確認を行うテストの不足に着目した解答が散見された。本問では想定し得る様々なバグを 取り上げているが,バグを作りこむ要因,その発見方法,影響などについて理解しておいてほしい。 設問3(1)は,正答率が低かった。テストケースの追加作成によってバグ摘出が増えることを解答してほしか ったが,逆にバグ摘出が減少することを想定した解答が多かった。成果物の品質を高めるには,適切な工程で 適切な量のバグを摘出することが重要であることを認識してほしい。
本番形式・制限時間付きで演習する
平成29年 春期 午後I(2問選択・90分)を実戦演習モードで通し解答し、総合採点を受けられます。
実戦演習を始める