npx skills add https://github.com/danhvb/my-ba-skills --skill 'UAT Planning'规划和协调用户验收测试,以确保解决方案满足业务需求并已准备好投入生产部署。
用户验收测试是测试的最后阶段,由实际的业务用户验证系统是否满足他们的要求并适合其预期目的。
| 测试类型 | 执行者 | 关注点 | 时机 |
|---|---|---|---|
| 单元测试 | 开发人员 | 代码组件 | 开发期间 |
| 集成测试 | QA | 系统接口 | 单元测试之后 |
| 系统测试 | QA | 端到端功能 | 集成测试之后 |
| UAT | 业务用户 | 业务需求 | 上线前 |
| 回归测试 | QA | 无新缺陷 | 变更之后 |
定义:
UAT 范围示例:
## 在范围内
- 新结账流程(访客和注册用户)
- 支付处理(信用卡、PayPal)
- 订单确认和邮件
- 订单历史查看
## 不在范围内
- 管理功能(由 IT 测试)
- 未变更的现有功能
- 性能测试(单独测试)
在 UAT 开始之前:
当满足以下条件时,UAT 完成:
# 测试用例:TC-UAT-001
**功能**:访客结账
**优先级**:高
**前提条件**:购物车中有商品,有效的测试信用卡
## 测试步骤
| 步骤 | 操作 | 预期结果 | 实际结果 | 通过/失败 |
|------|--------|-----------------|---------------|-----------|
| 1 | 购物车中有商品时点击"结账" | 显示结账页面 | | |
| 2 | 选择"以访客身份结账" | 显示邮箱字段 | | |
| 3 | 输入邮箱 "test@example.com" | 邮箱被接受 | | |
| 4 | 输入收货地址 | 地址验证通过 | | |
| 5 | 选择配送方式"标准" | 显示配送费用 $5.99 | | |
| 6 | 输入信用卡号 4242-4242-4242-4242 | 信用卡被接受 | | |
| 7 | 点击"下订单" | 显示订单确认信息 | | |
| 8 | 检查邮箱收件箱 | 收到确认邮件 | | |
## 所需测试数据
- 产品:"测试产品" - $29.99
- 信用卡:4242424242424242, 12/25, 123
- 收货地址:123 Test St, San Francisco, CA 94102
## 备注
_在此记录任何观察、问题或偏差_
**测试人员**:_____________ **日期**:_____________
**结果**:☐ 通过 ☐ 失败 ☐ 受阻
# UAT 每日状态 - [日期]
## 摘要
- 计划测试数:50
- 已执行测试数:35
- 通过测试数:30
- 失败测试数:3
- 受阻测试数:2
## 进度:70% 完成
## 今日提出的缺陷
| ID | 严重性 | 摘要 | 状态 |
|----|----------|---------|--------|
| DEF-101 | 高 | Amex 支付失败 | 待处理 |
| DEF-102 | 中 | 收货地址格式错误 | 待处理 |
## 阻碍因素
1. UAT 环境宕机 2 小时(已解决)
2. 等待 PayPal 测试信用卡
## 明日计划
- 完成支付测试
- 开始订单管理测试
| 严重性 | 定义 | UAT 影响 |
|---|---|---|
| 关键 | 系统不可用,数据丢失 | UAT 受阻,需要立即修复 |
| 高 | 主要功能损坏,无变通方案 | 必须在发布前修复 |
| 中 | 功能问题但有变通方案 | 应该修复,可带变通方案发布 |
| 低 | 小问题,外观问题 | 最好修复,不阻碍发布 |
# UAT 签字确认文档
**项目**:电子商务结账流程重构
**UAT 周期**:2026年1月15-22日
**签字确认日期**:2026年1月22日
## 执行摘要
结账流程重构的 UAT 已完成。所有关键功能均已测试并批准。
## 测试摘要
| 类别 | 总数 | 通过 | 失败 | 受阻 |
|----------|-------|--------|--------|---------|
| 结账流程 | 25 | 24 | 1 | 0 |
| 支付 | 15 | 14 | 0 | 1 |
| 订单管理 | 10 | 10 | 0 | 0 |
| **总计** | **50** | **48** | **1** | **1** |
## 未解决缺陷
| ID | 严重性 | 摘要 | 决策 |
|----|----------|---------|----------|
| DEF-101 | 中 | 移动端轻微显示问题 | 上线,在下个冲刺中修复 |
## 上线/不上线建议
**☑ 上线** - 建议进行生产部署
## 相关方签字确认
| 姓名 | 角色 | 签名 | 日期 |
|------|------|-----------|------|
| John Smith | 业务负责人 | ___________ | |
| Mary Johnson | 产品经理 | ___________ | |
| Sarah Lee | UAT 负责人 | ___________ | |
## 条件/备注
- DEF-101 将在上线后 1 周内修复
- 已制定上线后前 48 小时的监控计划
- 回滚计划已记录并测试
✅ 应做:
❌ 不应做:
✅ 应做:
❌ 不应做:
UAT 之后:
每周安装数
0
仓库
首次出现
1970年1月1日
安全审计
Plan and coordinate User Acceptance Testing (UAT) to ensure the solution meets business requirements and is ready for production deployment.
User Acceptance Testing is the final phase of testing where actual business users verify that the system meets their requirements and is fit for purpose.
| Testing Type | Who | Focus | When |
|---|---|---|---|
| Unit Testing | Developers | Code components | During development |
| Integration Testing | QA | System interfaces | After unit tests |
| System Testing | QA | End-to-end functionality | After integration |
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
| UAT | Business Users | Business requirements | Before go-live |
| Regression Testing | QA | No new defects | After changes |
Define :
UAT Scope Example :
## 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)
Before UAT begins:
UAT is complete when:
# 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 "test@example.com" | 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 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
| Severity | Definition | UAT Impact |
|---|---|---|
| Critical | System unusable, data loss | UAT blocked, immediate fix required |
| High | Major feature broken, no workaround | Must fix before go-live |
| Medium | Feature issues with workaround | Should fix, can go-live with workaround |
| Low | Minor issues, cosmetic | Nice to fix, doesn't block go-live |
# 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
✅ Do :
❌ Don't :
✅ Do :
❌ Don't :
After UAT:
Weekly Installs
0
Repository
First Seen
Jan 1, 1970
Security Audits
后端测试指南:API端点、业务逻辑与数据库测试最佳实践
11,800 周安装