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

电商

• 端到端购买流程
• 支付方式（所有受支持的方式）
• 运费计算
• 促销代码
• 移动端结账

ERP

• 业务流程
• 审批工作流
• 报告准确性
• 与其他模块的集成
• 基于角色的访问控制

CRM

• 线索/商机工作流
• 销售流程阶段
• 电子邮件集成
• 报告准确性
• 移动端访问

工具

• Lark/Notion：测试用例文档
• Jira/Azure DevOps：缺陷跟踪
• TestRail/Zephyr：测试管理
• Lark Base：UAT 跟踪数据库

后续步骤

UAT 后：

1. 召开最终签字确认会议
2. 准备正式上线
3. 部署到生产环境
4. 监控正式上线后的情况
5. 提供上线后重点支持

参考资料

• ISTQB 测试标准
• 敏捷测试象限
• UAT 最佳实践