受入テスト（UAT） うけいれてすと（ゆーえーてぃー）
受入テストUAT検収ユーザーテストシステム検証本番移行
受入テスト（UAT）について教えて
簡単に言うとこんな感じ！
UAT（User Acceptance Test）は「受入テスト」のことで、完成したシステムを「本番で使う前に、発注者自身が動かして確認する」最終チェックのことだよ。料理で言えば「シェフが作った料理をお客さんが試食して、注文した通りか確認する」みたいなイメージ！ここでOKが出れば「検収完了＝お金を払う」という流れになるから、発注者にとってとても重要なフェーズなんだ。
受入テスト（UAT）とは
受入テスト（UAT: User Acceptance Test） とは、システム開発の最終フェーズで、発注者（ユーザー企業）が主体となって実施するテストのことです。ベンダーによる内部テスト（単体テスト・結合テスト・システムテスト）が完了した後、「本当に要件定義書・基本設計書通りに動くか」「実際の業務に使えるか」を発注者自身が検証します。
UATは単なる動作確認ではなく、請負契約における「検収」の根拠となります。UATに合格（=発注者が承認）することで、ベンダーは「成果物を完成させた」とみなされ、最終支払いが発生するのが一般的です。逆に言えば、UATで問題が見つかれば、発注者には修正を要求できる権利があります。
「テストはベンダーがやるもの」と思っている発注者も多いですが、UATは必ず発注者が主体となって実施しなければなりません。ベンダーはシステムの動作は知っていますが、実際の業務でどう使うか・どんなデータが入るかを熟知しているのは発注者側だからです。
テストの種類とUATの位置づけ
開発プロセスには複数のテスト工程があります。それぞれの担当者・目的を整理します。
| テスト工程 | 主な担当者 | 目的 |
|---|---|---|
| 単体テスト（UT） | ベンダー（開発者） | 個別のプログラムモジュールが正しく動くか確認 |
| 結合テスト（IT） | ベンダー | 複数モジュールを組み合わせて正しく連携するか確認 |
| システムテスト（ST） | ベンダー（QAチーム） | システム全体として要件を満たしているか確認 |
| 受入テスト（UAT） | 発注者（ユーザー企業） | 実際の業務で使えるか、要件通りかを発注者が確認 |
| 本番移行 | 発注者＋ベンダー | 本番環境へのデプロイ・切り替え |
UATで確認すべき主なポイント
| 確認カテゴリ | 具体的なチェック内容 |
|---|---|
| 機能の正確性 | 要件定義書・基本設計書に記載された機能がすべて動くか |
| 業務フローの適合性 | 実際の業務手順通りにシステムを操作できるか |
| データの正確性 | 入力データが正しく保存・計算・表示されるか |
| 移行データの確認 | 旧システムから移行したデータが正しく変換されているか |
| 性能・負荷 | 実際の業務量のデータで、要件定義の性能基準を満たすか |
| 権限・セキュリティ | 各ロール（役職）が適切な権限でアクセスできるか |
| エラーハンドリング | 誤入力・異常データを入れたときに適切なエラーが出るか |
| 操作性（ユーザビリティ） | 実際のエンドユーザーが直感的に操作できるか |
歴史と背景
- 1970〜80年代：ウォーターフォール開発の普及とともに、最終工程としての「受入テスト・検収」の考え方が定着。特に大型汎用コンピュータ（メインフレーム）時代に、納品検査の重要性が確立される
- 1987年：英国のITIL（IT Infrastructure Library）の前身となるフレームワークにサービス受入テスト（SAT: Service Acceptance Testing）が含まれる
- 1990年代：IEEE/ISO のソフトウェアテスト標準（IEEE 829）が制定。テスト計画書・テスト仕様書の書式が標準化される
- 2000年代：アジャイル開発の普及により、スプリントごとの「スプリントレビュー」がUATの考え方を取り込む形で発展
- 2013年：ISO/IEC/IEEE 29119（ソフトウェアテスト標準）の制定。UATを含むテストプロセスが体系化される
- 2020年代：リモートワークの普及により、オンラインでのUAT実施が一般化。画面録画・テスト管理ツール（Zephyr・TestRailなど）の活用が広まる
UATの実施フローと発注者の役割
関連する規格・標準
| 規格・標準 | 内容 |
|---|---|
| ISO/IEC/IEEE 29119 | ソフトウェアテストの国際標準。テスト計画・仕様・報告書の形式を規定 |
| IEEE 829 | テスト文書化の標準（現在は29119に統合）。テスト計画書・テスト仕様書の形式 |
| ISTQB（国際ソフトウェアテスト認定委員会） | ソフトウェアテスト技術者の国際資格。UAT含む各テストレベルを体系化 |
| IPA「システム開発の見える化ガイド」 | テスト計画・検収基準の考え方について発注者向けに解説 |
関連用語
- 要件定義書 — UATで「要件通りかどうか」を確認する基準文書
- 基本設計・詳細設計 — 基本設計書の内容をUATで検証する
- 契約形態（請負・準委任・SES） — 請負契約ではUAT合格が検収（最終支払い）の条件になる
- SLA（サービスレベル合意） — UATでSLAの性能・稼働率基準を事前検証する
- KPI・KGI — UATでKPIで定めた品質基準を満たしているか確認する
- ベンダー評価 — UAT期間中のベンダーの対応品質が継続評価の材料になる
- システムライフサイクル — UATは本番稼働直前のフェーズとして全体ライフサイクルに位置づけられる