UAT
要点
- UAT(User Acceptance Test / 受入テスト)とは、発注者や実際の利用者が、本当に業務で使えるかを最終確認するテストです。
- それまでのテストが開発側の視点だったのに対し、UATは「使う側」の視点で行われます。
- UATを通過すると、システムはいよいよ本番リリースに進みます。
UATとは
UAT(User Acceptance Test)は、日本語では「受入テスト」と呼ばれます。単体テスト・結合テスト・総合テスト・システムテストまでは主に開発チーム側が「要件通りに作れているか」を確認するテストでしたが、UATでは発注者や実際の利用者自身が「これは自分たちの業務で本当に使えるか」を確認します。
🔑 身近な例新しい家電を購入する前の「試用期間」に近いイメージです。メーカーの品質検査(開発側のテスト)を通っていても、実際に自分の生活の中で使ってみて「これで問題ない」と納得できて、初めて安心して使い続けられますよね。
それまでのテストとの違い
UATが他のテスト工程と大きく異なるのは、「誰が」「何を基準に」確認するかという点です。
👩💻開発チーム
要件通りに作れているか
要件通りに作れているか
→視点が変わる
🧑💼発注者・利用者
業務で本当に使えるか
業務で本当に使えるか
UATで確認する観点
✅ 業務適合性
実際の業務の流れで無理なく使えるか
🖱️ 使いやすさ
操作が分かりやすいか
📋 業務要件の充足
当初依頼した内容が実現されているか
UATを飛ばすとどうなるか
技術的な品質はシステムテストまでで確認できていても、UATを省略すると「機能はそろっているが、実際の業務には合わない」という状態のままリリースしてしまうリスクがあります。
UATを実施リリース前に業務との齟齬を発見・修正できる
UATを省略リリース後に「使いづらい」「業務が回らない」と発覚する
UATのあとに待っているもの
UATで発注者・利用者から了承(承認)を得られると、システムはいよいよ本番環境へのリリースに進みます。上流工程で定義した業務要件・システム要件が、この段階でようやく「使える形」として実を結ぶことになります。
まとめ
UATは、それまでの開発側視点のテストとは異なり、発注者・利用者が実際の業務で使えるかを最終確認する工程です。ここで承認を得ることが、リリースへの最後のゲートになります。
関連トピック: