UAT

要点

  • UAT(User Acceptance Test / 受入テスト)とは、発注者や実際の利用者が、本当に業務で使えるかを最終確認するテストです。
  • それまでのテストが開発側の視点だったのに対し、UATは「使う側」の視点で行われます。
  • UATを通過すると、システムはいよいよ本番リリースに進みます。

UATとは

UAT(User Acceptance Test)は、日本語では「受入テスト」と呼ばれます。単体テスト・結合テスト・総合テスト・システムテストまでは主に開発チーム側が「要件通りに作れているか」を確認するテストでしたが、UATでは発注者や実際の利用者自身が「これは自分たちの業務で本当に使えるか」を確認します。

🔑 身近な例新しい家電を購入する前の「試用期間」に近いイメージです。メーカーの品質検査(開発側のテスト)を通っていても、実際に自分の生活の中で使ってみて「これで問題ない」と納得できて、初めて安心して使い続けられますよね。

それまでのテストとの違い

UATが他のテスト工程と大きく異なるのは、「誰が」「何を基準に」確認するかという点です。

開発チーム
要件通りに作れているか
視点が変わる
発注者・利用者
業務で本当に使えるか

UATで確認する観点

✅ 業務適合性 実際の業務の流れで無理なく使えるか
🖱️ 使いやすさ 操作が分かりやすいか
📋 業務要件の充足 当初依頼した内容が実現されているか

UATを飛ばすとどうなるか

技術的な品質はシステムテストまでで確認できていても、UATを省略すると「機能はそろっているが、実際の業務には合わない」という状態のままリリースしてしまうリスクがあります。

UATを実施リリース前に業務との齟齬を発見・修正できる
UATを省略リリース後に「使いづらい」「業務が回らない」と発覚する

UATのあとに待っているもの

UATで発注者・利用者から了承(承認)を得られると、システムはいよいよ本番環境へのリリースに進みます。上流工程で定義した業務要件・システム要件が、この段階でようやく「使える形」として実を結ぶことになります。

まとめ

UATは、それまでの開発側視点のテストとは異なり、発注者・利用者が実際の業務で使えるかを最終確認する工程です。ここで承認を得ることが、リリースへの最後のゲートになります。

関連トピック:

🏠 トップに戻る