受入れテスト

1. 定義

受入れテストとは、システム開発の最終段階において、発注者やユーザーがそのシステムが要求通りに動作するかを確認するテストです。開発者が行うテストとは異なり、実際に利用する業務担当者が操作を行い、実際の業務が遂行できるか、画面や帳票が使いやすいかを判定します。

このテストの合格をもって、システムは正式に納品・検収され、稼働へ向かうことになります。単なる機能の不具合だけでなく、業務フローとの整合性や運用上の使い勝手が重視されるため、開発者の視点だけでは気づかない問題を見つけるための重要なプロセスです。

2. 仕組みと種類

受入れテストは、システムテストが完了した直後に実施されます。主な観点は、機能要件が満たされているかという観点と、運用要件が満たされているかという観点です。前者では、入力したデータが正しく処理され、意図した結果が出力されるかを網羅的に確認します。

後者では、実際の業務手順に基づいて操作を行い、処理時間が許容範囲内か、画面の表示順序が業務の流れに合っているか、マニュアルがわかりやすいかを確認します。これらをユーザー部門が実施することで、現場での利用に耐えうるシステムかどうかを総合的に評価します。

3. 試験ごとの視点

ITパスポート試験では、システム開発の流れにおける「検収」の重要性が問われます。開発を依頼した企業側が、納品された成果物を自ら確認し、問題がないと判断して引き取るプロセスが受入れテストであることを理解する必要があります。

基本情報技術者試験では、V字モデルにおけるテスト段階の一つとして、システムテストとの違いが問われます。システムテストは機能要件を満たすかという技術的な検証であるのに対し、受入れテストは運用要件を満たすかという利用者視点の検証であることを区別する必要があります。

4. 紛らわしい語との違い

「システムテスト」は開発側の最終確認であり、技術仕様を満たしているかをテストします。受入れテストはユーザー側の確認であり、業務要件を満たしているかをテストします。システムテストは開発者が、受入れテストは利用者が主体となって実施する点が大きな違いです。

「運用テスト」は受入れテストの一種ですが、本番環境に近い状態での操作性や、他システムとの連携、障害発生時の切り戻し手順など、運用を開始した後の状況をシミュレーションするテストを指すことが多いです。

5. 身近な例

注文住宅の完成検査が分かりやすい例です。設計図通りに壁や窓があるかを確認するのは建築会社のシステムテストに近いですが、実際に住んでみて「キッチンから洗面所への動線が使いにくい」「スイッチの位置が低い」といった不満が出るのが受入れテストで見つかる問題です。

業務システムであれば、売上入力画面で「タブキーを押した時のカーソルの移動順序が実際の伝票と違うため入力しにくい」といった指摘が受入れテストで挙げられます。技術的には正しくても、業務で使いにくいシステムを納品させないための最後の砦です。