uat是什么
UAT（User Acceptance Testing），中文称为用户验收测试或用户可接受测试，是软件开发生命周期（SDLC）的最后阶段，由最终用户或客户代表执行，目的是验证系统是否符合实际业务需求和工作流程，确保产品在正式上线前满足用户预期。
🔍 核心定义与目标
核心目标
- 业务验证：关注系统在真实业务场景中的完整性和适用性，而非技术细节（如验证订单从创建到支付的端到端流程）。
- 用户接受度确认：通过用户实际参与测试，减少上线后的投诉和返工成本。
- 风险管理：作为上线前的最后防线，降低因重大缺陷导致项目失败的风险（例如银行系统支付流程故障）。
与其他测试的区别
- 执行者：由最终用户或业务代表主导（非开发或测试团队）。
- 测试范围：聚焦业务流程而非技术实现（如验证财务报表计算逻辑是否符合会计准则）。
- 环境要求：需模拟生产环境，使用真实或脱敏业务数据。
⚙️ 执行前提
UAT并非随时可进行，需满足以下条件：
- 开发完成：代码冻结，且已通过单元测试、集成测试和系统测试。
- 缺陷处理：高优先级缺陷已修复，低优先级问题明确处理方案（如写入发布说明或标记为“无需修改”）。
- 文档齐备：用户手册、测试计划、测试用例等需经用户评审确认。
📝 关键流程与步骤
UAT通常包含11个标准化步骤，核心环节包括：
- 计划与设计
- 制定测试目标（如“验证订单系统在100并发用户下的稳定性”）。
- 设计基于真实业务场景的测试用例，覆盖正常流程和异常分支（如支付失败、权限不足）。
- 执行与反馈
- 用户按测试用例操作，记录问题并分类（功能缺陷、性能瓶颈等）。
- 使用缺陷跟踪工具（如Jira）管理问题闭环。
- 验收与复盘
- 用户签署验收确认书标志通过，并复盘优化后续测试策略。
⚠️ 常见误区与注意事项
- 误区1：将UAT等同于系统测试
纠正：UAT验证业务需求，而非技术细节（如代码覆盖率）。 - 误区2：忽略非功能性测试
纠正：需包含性能、安全性测试（如数据加密合规性）。 - 用户参与不足：若仅由IT团队主导，易遗漏实际业务场景问题。
💎 总结
UAT是软件交付前的“最终试金石”，其成功依赖于用户深度参与、严谨的测试设计及高效的协作机制。它不仅确保系统功能符合合同需求，更是用户接受度的关键确认环节，直接影响产品上线后的成功率和用户满意度。