受入れテストとは
受入れテストとは、開発会社から納品されたシステムに対して、発注者（クライアントや実際の業務ユーザー）が自ら操作を行い、業務で問題なく使えるか、求めていた要件がすべて実装されているかを確認するテストのことです。日本語では「検収（けんしゅう）テスト」とも呼ばれます。
これまで開発側が実施してきた単体・結合・システムテストは、「設計書通りにバグなくプログラムが動くか」を技術的な視点で検証するものでした。これに対し、受入れテストは「実際の業務の現場で、使い物になるか」をユーザーの視点でチェックします。テストで使用するデータも、ダミーデータではなく、過去の実際の売上データや顧客データなど、実業務で使われる本物のデータを活用して行われます。このテストに合格すると、無事に納品完了（検収）となり、システムは本番稼働へと進みます。
具体例
ある小売店が、システム開発会社に依頼して作った「新しいレジの在庫管理システム」を導入する際の受入れテストの例です。
- 店舗のスタッフが、実際にバーコードリーダーを使って売れ筋の商品を読み取ってみる。
- その日の販売実績が本部の管理画面に正しく反映され、店舗の在庫数が「1個減る」という連動処理が、実際の店舗運営の流れに沿ってスムーズに行えるかを確認する。
もう少し詳しく
受入れテスト（UAT: User Acceptance Test）は、開発会社が実施するシステムテストをクリアした後、システムを引き渡す直前に、発注元（ユーザー企業）の主導で行われる最終テストです。このテストの主な目的は、バグの検出ではなく、「出来上がったシステムが、実際の業務プロセス（ワークフロー）に適合しているか」「導入によって経営課題や業務効率化が達成できるか」を、エンドユーザーの視点で最終判断することです。
テストの実施にあたっては、システム開発時に使われたテスト環境とは異なる「ステージング環境（本番環境とほぼ同一の構成）」を利用し、過去の実際の業務データ（実データ）を用いてテストシナリオを実行します。また、受入れテストには以下のバリエーションがあります。
- ベータテスト: パッケージソフトやWebサービスなどを一般リリースする前に、限定されたユーザーグループに実際に使用してもらい、フィードバックを得るテスト。
- 運用受入れテスト: システムを運用・保守するIT部門やシステム運用会社が、バックアップ体制や運用マニュアルが機能するか、日々のメンテナンスが問題なく行えるかを確認するテスト。
これらにすべて合格してはじめて「検収（納品物の承認）」が行われ、本番稼働へと移行します。
試験でのポイント
試験では、受入れテストの主導者や目的について問われます。受入れテストは「発注者（ユーザー）が主体となって実施するテストであること」が最重要です。開発者が行うシステムテストとは視点が異なる点（業務の視点、運用性の視点）が強調されます。
また、パッケージソフトウェア開発における「アルファテスト（開発環境で一部のユーザーを招いて実施）」と「ベータテスト（一般公開前の段階で、広範囲な外部ユーザーに試用してもらう）」の定義の違いについてもよく出題されるため、整理しておきましょう。
関連する用語
関連する用語には、試作品を外部のユーザーに試してもらう「ベータテスト」、社内で開発者立ち会いのもと実施する「アルファテスト Gord」、および納品を承認して検収する「検収（けんしゅう）」が挙げられます。