IT・システム開発
受入テスト
Acceptance Testing
読み：うけいれてすと
利用者や業務の観点から、成果を受け入れられる条件を満たすかを確かめる試験です。
まず意味をつかむ
作る側の確認だけでなく、実際の仕事に使えるかを確かめます。誰が何を根拠に受け入れるかを、作業を始める前に合わせておきます。
仕事でどう使うか
受入基準と業務シナリオ、判定者、必要なデータを定めます。通常業務と例外処理を確認し、不具合や未確認事項を踏まえて受入判断を行います。
判断を一段深める
利用者の参加を直前に始めると、要求の解釈違いが遅く見つかります。受入条件を開発中から具体化し、試験結果と運用上の準備を区別します。すべての残課題がゼロでなければ受入不可という一律の判断もしません。
別名・略語：UAT、ユーザー受入テスト、User Acceptance Testing
IN PRACTICE
具体例で考える
架空の経費精算システムで、利用部門が申請、差戻し、承認、締め処理を行い、合意した業務条件で使えるかを判断します。
理解を助けるための架空の例です。受入判断は試験結果以外の残課題や準備状況も踏まえる場合があります。
ここは誤解しやすい
受入テストの合格が、将来のすべての利用条件での無不具合を保証するわけではありません。
参考資料
参考：ISTQB® Certified Tester Foundation Level Syllabus v4.0.1（2024）。著者：Renzo Cerquozzi、Wim Decoutere、Jean-François Riverin、Arnika Hryszko、Martin Klonk、Meile Posthuma、Eric Riou du Cosquer、Adam Roman、Lucjan Stapp、Stephanie Ulrich、Eshraka Zakaria。著作権者：同著者およびInternational Software Testing Qualifications Board。本文・具体例・図解は独自に作成しています。 · 利用条件
解説・具体例・図解は独自に作成しています。
この知識を、組織の力へ。