ITパスポート 2018年 春期 問46

発注したソフトウェアが要求事項を満たしていることをユーザが自ら確認するテストはどれか【ITパスポート 解説】

正解の理由

• 受入れテスト（英: acceptance test：ユーザや発注者が完成品を受け入れるかを判断するテスト）は、ユーザが実際の業務シナリオで操作して「期待どおりに動くか」「契約や要求どおりか」を確認します。これが設問の条件にぴったり合います。

解法ステップ

1. 問題文のキーワードを探す：今回は「ユーザが自ら確認する」が重要です。
2. 各テストの目的を短く思い出す：
   • 単体テスト：個々の部品（プログラム単位）を開発者が検証する。
   • 結合テスト：複数の部品をつなげて動作を確認する。
   • システムテスト：システム全体が仕様どおり動くかを技術的に確認する。
   • 受入れテスト：ユーザ（発注者）が業務観点で確認して受け入れるか判断する。
3. 「ユーザが確認する」→ユーザ主体のテスト＝受入れテストを選ぶ。

選択肢別の誤答解説

• ア: 受入れテスト
  正解です。ユーザ（発注者）が要求どおりかを確認し、受け入れるかを決めます。業務シナリオや受入れ基準（契約で決めた検査項目）に沿って実施します。
• イ: 結合テスト（結合試験、英: integration test：モジュール間の接続やデータのやり取りを確認するテスト）
  開発者やテスト担当者が、モジュール同士が正しく連携するかを技術的に確認します。ユーザが業務視点で行うものではありません。
• ウ: システムテスト（英: system test：システム全体が仕様どおり動くかを検証するテスト）
  システム全体の機能や性能、非機能要件（速度や信頼性など）を確認します。ユーザ視点に近い場合もありますが、主にテスト専門家や開発側が実施し、受け入れ判断は通常ユーザが行います。
• エ: 単体テスト（英: unit test：プログラムの最小単位を検証するテスト）
  個々の関数やクラスなどを開発者が確認します。ユーザが行うテストではありません。

よくある誤解

1. 「システムテストと受入れテストは同じ」と考える
   → 似ている部分はありますが、システムテストは技術的な確認（テスト担当者が実施）で、受入れテストはユーザが業務視点で合否を判断します。目的と主体が違います。
2. 「受入れテストは納品後にやるだけ」と思う
   → 多くの場合、受入れテストは納品前最終段階で行い、合格すれば正式に受け入れ（検収）します。不合格なら修正や再検査が行われます。
3. 「結合テストはユーザがやる」と誤解する
   → 結合テストは内部のつながりを確認する作業で、通常ユーザの担当ではありません。

補足コラム

• 受入れテストの種類
  • UAT（User Acceptance Test：ユーザ受入れテスト）…実際のユーザが業務シナリオで確認します。
  • ベータテスト…限定された外部ユーザによる実使用下のテスト。
  • FAT/SAT（工場受入れ/現地受入れ）…ハード系で使われることが多く、設置場所での確認も含まれます。
• 受入れ基準（受入れ条件）を契約時に決める重要性
  発注側と受注側で「何をもって合格とするか（例：主要機能の動作、操作手順、パフォーマンス値など）」を事前に定義しておくと、トラブルを防げます。
• 検証（verification）と妥当性確認（validation）の違い
  • 検証（verification）：「仕様どおりに作られているか？」（作り方の正当性）。
  • 妥当性確認（validation）：「それはユーザの要求を満たしているか？」（目的に合っているか）。
    受入れテストは「妥当性確認」に当たります。

FAQ