ITパスポート 2012年 秋期 問37

ソフトウェアを実運用条件で確認するテストはどれか【ITパスポート 解説】

正解の理由

• 受入れテスト（受け入れテスト、英: Acceptance Test、略: UAT＝User Acceptance Testing：利用者が受け入れ可否を判断するテスト）は、利用者側が実際の運用に近い条件でソフトウェアを使い、要件どおりに動くかを確認するためのテストです。
• 問題文は「利用者側が」「実際の運用と同様の条件で」「正常に稼働することを確認する」と明示しています。これが受入れテストの定義と一致します。

解法ステップ

1. 問題文のキーワードを探す：利用者側が行う／実際の運用と同様の条件／正常に稼働することを確認。
2. 各選択肢のテスト定義を思い出す（下に簡単にまとめます）。
3. 「利用者が」「運用に近い環境で実際に使う」＝受入れテスト。これで選べます。

• 単体テスト：プログラムの部品1つずつを開発者が確認。
• 結合テスト：部品同士のつながり（インターフェース）を確認。
• システムテスト：システム全体が設計どおり動くかをテスト（主に開発側／QA側）。
• 受入れテスト：利用者が実運用を想定して受け入れ可否を判断。

選択肢別の誤答解説

• ア: 受入れテスト — 正解。利用者が実運用に近い条件で確認するテスト。契約や納品の合意（受入れ）にも直結します。
• イ: 結合テスト（英: Integration Test：モジュール間の連携を確認するテスト） — 誤り。モジュール同士や外部システムとのつながりを開発側やテスト担当が確認する段階で、主目的はインターフェースの検証です。利用者が実運用条件で評価する段階ではありません。
• ウ: システムテスト（英: System Test：システム全体が仕様どおりに動作するかを確認するテスト） — 誤り。システム全体の機能検証で、主に開発側／テスト専門チームが実施します。運用に近い環境で実施することもありますが、「利用者側が行う」点が合致しません。
• エ: 単体テスト（英: Unit Test：プログラムの最小単位を検証するテスト） — 誤り。個々のプログラムや関数などの単位を開発者が確認する工程で、運用条件や利用者の評価とは別の段階です。

よくある誤解

1. 「システムテスト＝受入れテスト」と混同する
   • どちらもシステム全体を見る点で似ますが、実施者と目的が違います。システムテストは仕様通りに作れているかを開発側が検証する工程、受入れテストは利用者が業務で使えるかを最終判断します。
2. 「受入れテストはただの動作確認だけ」と考える
   • 受入れテストは単なる動作確認以上に、契約上の受け入れ基準（受入条件）に合致するかの判断であり、合格すれば納品完了や支払いのトリガーになることが多い点に注意してください。

補足コラム

• 受入れテストの種類：
  • UAT（User Acceptance Testing）：最も一般的で利用者が評価する形式。
  • アルファテスト／ベータテスト：開発側や限られた外部ユーザーによる試験運用で、問題を早期発見する目的。
• 実務ポイント：契約書に「受入条件（受入基準）」を明記しておくと、テスト合否や不具合対応の範囲が明確になります。
• テスト環境は「運用に近い」ことが大事です。接続先やデータ量、外部機器など現場に近い条件を用意することで、本番でのトラブルを減らせます。

FAQ