企業AIプロジェクトWiki · 環境・バージョン・リリース
ユーザー受入テスト環境（UAT環境）
別名UAT環境 · User acceptance testing environment · ユーザー受入環境 · 業務受入テスト環境
ユーザー受入テスト環境（UAT環境）とは、権限を与えられた業務利用者、顧客代表、その他の受入責任者が、合意済みの業務シナリオと検収基準を用いて、一意に特定できる候補版を正式に業務評価する非本番環境です。対象業務を代表する設定、権限、データ、依存先を用意し、許可のない実業務への副作用を防ぎ、入力、実結果、問題対応、最終判断まで追跡できる記録を残します。
UAT環境で何を確認するのか
開発・QAチームは機能が設計どおり動くことを確認できますが、実際の担当者が業務を完遂できるかという業務判断までは代行できません。UATでは、業務規則、例外、日常運用を理解する人が、個々の機能ではなく業務の端から端までを評価します。
受入対象は曖昧な「システム」ではなく、特定の環境条件で動く特定版と、その版が合意範囲に出す結果です。版、設定、データ、ID、依存先、知識ベースが実質的に変われば、以前の証拠で同じ結論を支えられるとは限りません。
UAT環境は判断の条件と証拠を提供しますが、自動的に合格を作るものではありません。署名前に検収基準、未解決問題、既知差異、残留リスクを確認する必要があります。
正式なUAT環境を構成するもの
URLとアカウントだけでは足りません。次の条件が揃って初めて、結果を説明、再現、署名できます。
一意に特定できる受入対象
アプリのビルド、設定、DBスキーマと移行、IF契約、対象内外を記録します。画面や管理情報から版を確認でき、途中で無記録に入れ替えないようにします。
業務を代表する設定と流れ
組織、役割、承認経路、規則、タイムゾーン、通貨、テンプレート、状態遷移を対象業務に合わせ、テスト都合で重要な統制を迂回しません。
管理・復元できるデータ基準
正常、境界、例外、過去状態のサンプルを出所と許可付きで用意し、各サイクルを既知状態へ戻せるようにします。
実際の職務を表す権限
参加者には予定職務に沿う役割を与え、管理・支援権限は分離します。許可された操作だけでなく、禁止された閲覧や操作も確認します。
依存先と実副作用の境界
各連携がMock、Sandbox、テスト、制限付き本番のどれかを明示します。メール、決済、注文、承認、外部書込みが意図しない実対象へ届かないようにします。
観測と証拠の仕組み
ケースID、入力、時刻、実施者、実結果、画面・出力、ログ、連携記録、版情報を残し、証拠保管先への機微情報漏えいを防ぎます。
問題処理と現場支援
窓口、重大度、応答担当、阻害条件、修正版、再テスト担当、終了権限を決め、業務テスターが使える支援連絡先を示します。
業務利用者へ開放する前の就緒確認
- 範囲と検収基準は承認済みか
対象プロセス、役割、データ変更、連携、非機能要件、対象外を実行可能なシナリオへ対応付けます。
記録：承認済み計画、基準、シナリオ、範囲基準。
- 今回の版は固定されているか
コード、設定、DB変更、依存版を固定します。緊急変更は新候補とし、再確認範囲を明示します。
記録：版、ダイジェスト、設定一覧、配備時刻。
- 人、アカウント、役割は準備済みか
参加者が必要な業務教育を受け、ログインでき、実務を表す権限を持ち、署名者と代理者が明確になっています。
記録：参加者一覧、権限表、アクセス試験、判断権限。
- 業務サンプルは利用可能で適法か
重要フロー、例外、権限境界を覆い、出所、匿名化、保持、削除、移転条件が組織規則に従っています。
記録：データ一覧、許可、基準バッチ、削除日。
- 実副作用は遮断されているか
決済、通知、注文、チケット、承認、外部書込みの端点、宛先Allowlist、上限、取消方法を確認します。
記録：端点一覧、遮断規則、管理された確認結果。
- 本番との差を理解しているか
容量、データ、ドメイン、ID、通信、依存先、観測の差と、その差により判断できない事項を登録します。
記録：差異、リスク、補足確認、担当、受入者。
- 証拠・不具合フローは機能するか
正式期間前に一つのケースを実行、証拠、起票、修正、再テスト、終了まで試行します。
記録：試行ケース、問題票、状態遷移、承認ログ。
一回のUATを判断へつなげる流れ
サイクル基準を確定
期間、環境、候補版、データ、参加者、基準、既知制約を記録し、就緒確認後に開放します。
業務役割でシナリオを実行
利用者が本来の役割で端から端まで操作し、結果だけでなく手順、権限、引継ぎ、例外、人の判断も確認します。
実結果をその場で保存
入力、操作、出力、時刻、ID、関連ログをケースに結び、合格、失敗、阻害、未実施を明示します。
基準を崩さず問題を分類
製品不具合、データ、設定、環境障害、教育上の質問、新要望を分けます。無記録の現場修正は禁止します。
識別可能な新版で再テスト
修正を新しい候補版にし、問題を確認して影響範囲を回帰します。旧版の失敗記録を合格へ書き換えません。
例外と残留リスクを集約
各基準の状態、阻害問題、承認済み延期、本番差異、対応策を揃え、判断者へ全体を示します。
権限者が判断
合格、条件付き合格、修正差戻し、不合格を、判断者、日付、対象版、条件、後続担当と共に記録します。
証拠を保管し環境を整理
必要記録を保管し、一時権限、鍵、Allowlistを撤去し、規則どおりデータを削除します。
企業AIのUAT環境で追加固定するもの
AIシステム全体を固定
アプリに加え、モデル／サービスの版・Alias、システムプロンプト、パラメータ、安全設定、埋込みモデル、知識文書、分割、索引、検索、再ランキング、ツール定義を記録します。モデル名だけでは対象を特定できません。
業務リスク別にサンプルを構成
通常、重要境界、資料不足・矛盾、悪意入力、機微情報、高影響操作を分け、配備条件を代表するサンプルの出所、期待、採点方法を残します。
出力差は許しても判定を曖昧にしない
表現が変わっても、事実性、引用、完全性、口調、拒否、人への移管、許容差を基準化し、調整済みの業務評価者が同じ尺度で判断します。
知識・権限境界を検証
同じ質問を異なる役割で実行し、検索、引用、回答が文書権限を守るか確認します。古い、削除済み、権限外、資料なしの場合の捏造や漏えいも確認します。
ツールの実操作を隔離
注文、通知、チケット、承認はテスト端点、Allowlist、最小権限を使い、引数確認、冪等性、重複防止、Timeout、回復、監査、人への引継ぎを確認します。
即時不合格条件を定義
権限外漏えい、不可逆な誤操作、根拠のない重要事実、本来拒否すべき操作、人の承認迂回、監査不能は阻害項目とし、平均点で相殺しません。
変動と再現性を扱う
各実行の入力、文脈、検索内容、モデル設定、出力、時刻を残し、重要例を反復して変動を報告します。外部モデルが固定できず変更された場合は証拠の有効性を再評価します。
終了時に残す記録
- 環境・版の基準
環境ID、配備時刻、成果物ダイジェスト、設定、データ、依存版、本番との差異。
- 参加者・権限記録
テスター、業務役割、支援者、問題終了者、最終判断者と権限根拠。
- ケース・実行結果
前提、サンプル、手順、期待、実結果、証拠、時刻、状態。
- 不具合・再テスト履歴
重大度、影響、担当、修正版、再テスト証拠、終了判断、未解決項目の扱い。
- 受入判断
対象版、判断状態、条件、受容リスク、後続作業、担当、日付。
- 環境終了記録
証拠保管先、データ保持・削除、一時アカウント撤去、鍵更新、次の許可用途。
UAT環境と混同しやすい概念
| 関連概念 | UAT環境との違い |
|---|---|
| ユーザー受入テスト（UAT） | UATは業務利用者が基準に沿って試験し受入判断を行う活動です。UAT環境はその活動を支える技術・データ条件です。 |
| 一般テスト環境 | 開発、QA、自動化、結合、異常試験を広く支えます。UAT環境は権限を持つ業務役割、正式シナリオ、署名可能な証拠に特化します。 |
| ステージング環境 | ステージングは候補版と正式配備経路を本番類似条件で確認し、UATは業務が結果を受け入れるか確認します。基盤共有時も目的、権限、期間、証拠を分けます。 |
| 本番環境 | 実業務と正式運用責任を担います。UATが実サンプルや実サービスへ触れるのは、明示的に管理・許可された場合だけです。 |
| 研修環境 | 反復練習が目的で受入判断を作りません。UATは承認済みシナリオと正式結果を残し、研修不足による誤判定を避けます。 |
| デモ／パイロット | デモは展示、パイロットは限定利用者による実運用を含み得ます。UAT環境は非本番で、結論は定義済みの版と範囲だけを対象にします。 |
出典と適用範囲
ここでいうUAT環境は、ユーザー受入テストを実施するための管理された非本番環境です。UATという活動、受入計画、受入結果そのものではありません。専用環境を設ける場合も、条件を満たすテスト／ステージング基盤を使う場合もあります。名称や物理的な独立性より、受入対象、業務データ、参加者権限、外部への実副作用、本番との差異、証拠を管理できることが重要です。UAT環境へ進んだだけで合格にはなりません。