UAT Planning

UAT 計画スキル

目的

ソリューションがビジネス要件を満たし、本番環境へのデプロイに備えられていることを確認するため、ユーザー受け入れテスト（UAT）を計画し、調整します。

使用するタイミング

• 本番環境へのデプロイ前
• 開発およびQAテストの完了後
• ビジネス部門による検証が必要な場合
• 規制への準拠が必要な場合

UATの概要

UATとは？

ユーザー受け入れテストは、実際のビジネスユーザーがシステムの要件への適合性と目的への適合性を確認する、テストの最終段階です。

UATとその他のテストの比較

テストの種類	実施者	焦点	実施時期
単体テスト	開発者	コードのコンポーネント	開発中
統合テスト	QA	システムインターフェース	単体テスト後
システムテスト	QA	エンドツーエンドの機能	統合テスト後
UAT	ビジネスユーザー	ビジネス要件	本番稼働前
リグレッションテスト	QA	新たな不具合がないこと	変更後

UAT計画プロセス

1. UAT戦略

定義する項目：

• 範囲：テストする機能／モジュール
• アプローチ：スクリプトベース、探索的、またはハイブリッド
• 環境：UAT環境の要件
• データ：テストデータの要件
• スケジュール：開始日／終了日、マイルストーン
• リソース：テスター、サポート

UATの範囲の例：

## In Scope
- New checkout flow (guest and registered)
- Payment processing (credit card, PayPal)
- Order confirmation and emails
- Order history viewing

## Out of Scope
- Admin functions (tested by IT)
- Existing functionality not changed
- Performance testing (separate test)

2. 開始条件

UATを開始する前に：

• すべての開発が完了している
• 単体テストと統合テストに合格している
• 重大なバグがない状態でシステムテストが完了している
• UAT環境が構築され、安定している
• テストデータが準備されている
• ユーザーの認証情報が作成されている
• UATスクリプトがレビューされ、承認されている
• トレーニングが完了している（必要な場合）

3. 終了条件

以下を満たしたとき、UATは完了です：

• 重要度が「重大」および「高」のテストケースがすべて合格している
• 未解決の重大または深刻度の高い不具合がない
• 中／低の不具合が回避策とともに記録されている
• ビジネス関係者から承認を得ている
• 本番稼働の準備が整っていることを確認している

UATテストケースのテンプレート

# Test Case: TC-UAT-001

**Feature**: Guest Checkout
**Priority**: High
**Prerequisite**: Products in cart, valid test credit card

## Test Steps

| Step | Action | Expected Result | Actual Result | Pass/Fail |
|------|--------|-----------------|---------------|-----------|
| 1 | Click "Checkout" with items in cart | Checkout page displays | | |
| 2 | Select "Checkout as Guest" | Email field displayed | | |
| 3 | Enter email "[email protected]" | Email accepted | | |
| 4 | Enter shipping address | Address validated | | |
| 5 | Select shipping method "Standard" | Shipping cost $5.99 shown | | |
| 6 | Enter card 4242-4242-4242-4242 | Card accepted | | |
| 7 | Click "Place Order" | Order confirmation displayed | | |
| 8 | Check email inbox | Confirmation email received | | |

## Test Data Required
- Product: "Test Product" - $29.99
- Credit Card: 4242424242424242, 12/25, 123
- Shipping Address: 123 Test St, San Francisco, CA 94102

## Notes
_Record any observations, issues, or deviations here_

**Tested By**: _____________ **Date**: _____________
**Result**: ☐ Pass ☐ Fail ☐ Blocked

UAT実行状況の追跡

日次状況テンプレート

# UAT Daily Status - [Date]

## Summary
- Tests Planned: 50
- Tests Executed: 35
- Tests Passed: 30
- Tests Failed: 3
- Tests Blocked: 2

## Progress: 70% Complete

## Defects Raised Today
| ID | Severity | Summary | Status |
|----|----------|---------|--------|
| DEF-101 | High | Payment fails for Amex | Open |
| DEF-102 | Medium | Wrong shipping address format | Open |

## Blockers
1. UAT environment was down 2 hours (resolved)
2. Waiting for test credit card for PayPal

## Plan for Tomorrow
- Complete payment testing
- Start order management testing

不具合の深刻度

深刻度	定義	UATへの影響
重大	システムが使用不能、データ損失	UATを停止し、即時修正が必要
高	主要な機能が壊れており、回避策がない	本番稼働前に修正が必要
中	回避策のある機能上の問題	修正が望ましいが、回避策があれば本番稼働可能
低	軽微な問題、見た目の問題	修正が望ましいが、本番稼働を妨げない

UATの承認

承認テンプレート

# UAT Sign-off Document

**Project**: E-commerce Checkout Redesign
**UAT Period**: January 15-22, 2026
**Sign-off Date**: January 22, 2026

## Executive Summary
UAT for the checkout redesign has been completed. All critical functionality has been tested and approved.

## Test Summary
| Category | Total | Passed | Failed | Blocked |
|----------|-------|--------|--------|---------|
| Checkout Flow | 25 | 24 | 1 | 0 |
| Payment | 15 | 14 | 0 | 1 |
| Order Management | 10 | 10 | 0 | 0 |
| **Total** | **50** | **48** | **1** | **1** |

## Open Defects
| ID | Severity | Summary | Decision |
|----|----------|---------|----------|
| DEF-101 | Medium | Minor display issue on mobile | Go-live, fix in next sprint |

## Go/No-Go Recommendation
**☑ GO** - Recommended for production deployment

## Stakeholder Sign-off
| Name | Role | Signature | Date |
|------|------|-----------|------|
| John Smith | Business Owner | ___________ | |
| Mary Johnson | Product Manager | ___________ | |
| Sarah Lee | UAT Lead | ___________ | |

## Conditions/Notes
- DEF-101 to be fixed within 1 week post-launch
- Monitoring plan in place for first 48 hours
- Rollback plan documented and tested

ベストプラクティス

計画

✅ 推奨事項：

• 計画の早い段階からビジネスユーザーを参加させる
• 実際に即したテストデータを作成する
• 不具合修正のための予備時間を設ける
• テスターに新機能のトレーニングを実施する
• 期待される結果を明確に記録する

❌ 避けるべきこと：

• UATの開始を直前まで待つ
• 機密情報を含む本番データを使用する
• テストケースのレビューを省略する
• 必要な時間を過小評価する
• リグレッションテストを忘れる

実行

✅ 推奨事項：

• 進捗を毎日追跡する
• 不具合を速やかにトリアージする
• 修正後に再テストする
• すべてを記録する
• 作業を妨げる問題をすぐに共有する

❌ 避けるべきこと：

• テスターがアドホックなテストだけを作成する状態にする
• 「軽微な」問題を無視する
• 修正後の再テストを省略する
• 問題の共有を遅らせる
• 承認を急ぐ

ドメイン別UAT

Eコマース

• エンドツーエンドの購入フロー
• 支払い方法（サポート対象すべて）
• 送料の計算
• プロモーションコード
• モバイルでのチェックアウト

ERP

• ビジネスプロセスのフロー
• 承認ワークフロー
• レポートの正確性
• 他のモジュールとの連携
• ロールベースのアクセス制御

CRM

• リード／商談のワークフロー
• 営業プロセスの段階
• メール連携
• レポートの正確性
• モバイルアクセス

ツール

• Lark/Notion：テストケースのドキュメント管理
• Jira/Azure DevOps：不具合の追跡
• TestRail/Zephyr：テスト管理
• Lark Base：UAT追跡データベース

次のステップ

UAT後：

1. 最終承認会議
2. 本番稼働の準備
3. 本番環境へのデプロイ
4. 本番稼働後のモニタリング
5. ハイパーケアサポート

参考資料

• ISTQBテスト標準
• アジャイルテストの四象限
• UATのベストプラクティス