ITパスポート 2012年 秋期 問33
問題文
問33ソフトウェア開発におけるシステムテストに関する記述のうち、適切なものはどれか。
選択肢
ア:開発側が開発の最終段階のテストとして実施し、システム要件を満たしているか確認する。(正解)
イ:システム要件定義に過不足がないか確認する。
ウ:プログラムの単体テスト及び結合テストを同時に実施する。
エ:利用者が開発者からは独立して実施し、完成したシステムの業務への適合性を確認する。
🔒 解説は解答すると表示されます
問33 ソフトウェア開発におけるシステムテストに関する記述のうち、適切なものはどれか。【ITパスポート 解説】
正解の理由
- システムテスト(system test:システム全体が要件を満たすか確かめるテスト)は、開発側(開発チームや品質保証チーム)が、開発プロセスの後半に行う最終段階のテストです。ここで確認するのは「システム要件(システムに求められる機能や性能)」を満たしているかどうか、つまり設計どおりに全体が動くかどうかです。
- したがって、「開発側が開発の最終段階のテストとして実施し、システム要件を満たしているか確認する」というアの記述が正しい働き・目的を表しています。
(用語の補足:要件定義は「システムに何を求めるかをまとめたもの」、後段で確認する対象です)
解法ステップ
- 「システムテスト」が何をする段階かを思い出す。→ システム全体の挙動を確認するテスト。
- 各テストレベルの順序を確認する。→ 単体テスト → 結合テスト → システムテスト → 受入テスト(ユーザ受け入れ)。
- 誰が行うかを見る。→ システムテストは開発側(または開発から独立したテストチーム)が実施。受入テストは利用者(ユーザ)が実施。
- 選択肢を順に当てはめ、目的・実施者・タイミングが一致するものを選ぶ。→ アが合致。
選択肢別の誤答解説
- ア: 正しい。システム全体が要件を満たすかを、開発側が最終段階で確認するテストであるため適切。
- イ: 誤り。システム要件定義(system requirements specification)の過不足を確認するのは、要件レビューや要件定義の段階の作業です。システムテストは「作ったものが要件どおりか」を検証する段階であって、要件そのものの妥当性を定義段階で検証するのとは目的が異なります。
- ウ: 誤り。単体テスト(unit test:個々のプログラムや部品を確認)と結合テスト(integration test:部品をつなげて動作確認)は別の段階で行います。通常、単体テスト→結合テスト→システムテストの順です。並行に「同時に」実施するものではありません(ただし工夫して並行作業するケースはあるが、説明文としては不適切)。
- エ: 誤り。利用者が開発者から独立して実施し、業務への適合性を確認するのは受入テスト(ユーザ受け入れテスト、UAT:User Acceptance Test)です。システムテストは開発側が実施する点で異なります。
よくある誤解
- 「テストは全部同じ」
→ テストには段階(単体→結合→システム→受入)があり、それぞれ目的と実施者が違います。どの段階で何を確認するかを区別することが重要です。 - 「利用者がシステムテストをするのでは?」
→ 利用者が実施するのは受入テスト(UAT)です。システムテストは開発側による確認です。 - 「単体と結合は同時で良い」
→ 実務では効率化のため並行作業が行われることもありますが、概念的には単体テストで部品の正しさを確認してから結合テストで部品間の連携を検証します。
補足コラム
- テストの目的を短く整理すると:
- 単体テスト(unit test):個々の部品が正しく動くか。
- 結合テスト(integration test):部品を組み合わせたとき正しく連携するか。
- システムテスト(system test):システム全体が要件を満たすか。
- 受入テスト(UAT:User Acceptance Test):利用者の業務に適合するかを利用者が確認する。
- テストは「欠陥(バグ)を見つける活動」であると同時に、「利用者が期待する機能が揃っているかを確認する」活動でもあります。開発の流れで早い段階(単体)で問題を見つけるほど、修正コストは小さくなります(これを覚えておくと設計上の工夫につながります)。
FAQ
Q1. システムテストと受入テストはどちらが先ですか?
A1. システムテストが先で、その後に受入テスト(ユーザが実施)です。システムテストで開発側が品質を担保し、受入テストで利用者が業務適合性を確認します。
A1. システムテストが先で、その後に受入テスト(ユーザが実施)です。システムテストで開発側が品質を担保し、受入テストで利用者が業務適合性を確認します。
Q2. 小さい開発チームでは誰が受入テストをするべきですか?
A2. 原則は利用者(利用部署や担当者)ですが、利用者が不在の場合は利用者に近い立場のメンバーや外部のテスターを使い、客観的に業務適合性を確認する工夫が必要です。
A2. 原則は利用者(利用部署や担当者)ですが、利用者が不在の場合は利用者に近い立場のメンバーや外部のテスターを使い、客観的に業務適合性を確認する工夫が必要です。
Q3. 「システム要件を満たすか」と「要件定義に過不足がないか」はどう違いますか?
A3. 「要件定義に過不足がないか」は、要件そのものが正しいか(定義ミス・抜けがないか)を検討する作業です。「システム要件を満たすか」は、作られたシステムがその要件どおりに動いているかを確認する作業です。前者は設計段階重視、後者は完成物の検証です。
A3. 「要件定義に過不足がないか」は、要件そのものが正しいか(定義ミス・抜けがないか)を検討する作業です。「システム要件を満たすか」は、作られたシステムがその要件どおりに動いているかを確認する作業です。前者は設計段階重視、後者は完成物の検証です。
関連キーワード: システムテスト、単体テスト、結合テスト、受入テスト、テストレベル、テスト設計、UAT、品質保証

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

