エンジニアリングとそのさまざまな下位分野において、受け入れテストは、製品が仕様または契約の要件を満たしているかどうかを判断するために使用されるテストです。これらのテストには、化学テスト、物理テスト、または性能テストが含まれる場合があります。システム エンジニアリングでは、受け入れテストには、システム (ソフトウェア、製造された機械部品、または化学製品のバッチなど) のブラック ボックス テストが含まれ、出荷前に要件を満たしていることを確認することが含まれます。
ソフトウェア テストにおいて、国際ソフトウェア テスト資格認定委員会 (ISTQB) は、受け入れテストを、システムが受け入れ基準を満たしているかどうかを判断し、ユーザー、顧客、またはその他の認定エンティティが次のことを実行できるようにする、ユーザーのニーズ、要件、およびビジネス プロセスの正式なテストと定義しています。システムを受け入れるかどうかを決定します。
ユーザー受け入れテスト (UAT) は、製品またはアプリケーションが現実世界のシナリオを処理できるかどうかを評価するために、最終リリース前に実施される品質保証プロセスの最終ステップです。ユーザーの動作をシミュレートすることでシステムがビジネス要件を満たしていることを確認し、特定の基準が満たされていない場合は変更を拒否します。受け入れテストの形式には、ユーザー受け入れテスト、エンドユーザー テスト、受け入れテストの実行、および受け入れテスト主導の開発が含まれます。
すべてのテスト ケースを 1 回のテスト反復で実行できるわけではないため、受け入れテスト計画は複数回実行する必要がある場合があります。このプロセスは、事前に決定されたテスト手順で構成され、どのデータを使用するか、従うべき段階的な手順、および予想される実行結果についてテスターに指示します。実際の結果が期待される結果と一致する場合、テスト ケースは合格したとみなされます。失敗したテスト ケースの数がプロジェクトの所定のしきい値を超えない場合、受け入れテスト計画は合格したとみなされます。それ以外の場合、システムはスポンサーと製造業者の間の合意に基づいて拒否または受け入れを行う場合があります。
受け入れテストを実施する主な目的は、完了して受け入れ基準が満たされたら、スポンサーが製品開発がビジネス要件を満たしていると承認することです。
ユーザー受け入れテスト (UAT) は、ソリューションがユーザーに必要な機能を提供していることを検証するプロセスです。このプロセスは、ソフトウェアがクラッシュせず、ドキュメント要件を満たしていることを確認するシステム テストとは異なりますが、ソリューションが実際にユーザーにサービスを提供できることを確認します。このタイプのテストは、エンド ユーザーまたは対象分野の専門家 (SME)、できればソリューションの所有者または顧客によって実行される必要があります。ソフトウェアが実際の使用で動作することを確認するには、ユーザーは実際の条件でテストシナリオを実行する必要があります。
UAT は、必要なビジネス機能の最終検証であり、実際の状況をシミュレートして、ユーザーがソリューションを確実に受け入れることができます。
運用受け入れテスト (OAT) は、製品、サービス、またはシステムの全体的な運用準備状況を判断するために使用される非機能ソフトウェア テストです。このタイプのテストは、システムが運用環境に効果的に組み込まれるかどうかを確認するために、システムの運用準備に焦点を当てます。
一般的な受け入れテストの種類には、ユーザー受け入れテスト (UAT)、工場受け入れテスト (FAT)、および運用受け入れテスト (OAT) があります。工場の受け入れテストでは、通常、機器が仕様を満たしているだけでなく、完全に動作することを確認するために、設置前に機器がテストされます。
受け入れ基準とは、「システムまたはコンポーネントがユーザー、顧客、またはその他の認可されたエンティティによって受け入れられるために満たさなければならない一連の基準」です。
しかし、これらの基準の裏には、どれだけの未開拓のニーズが隠れているでしょうか?