uat是什么

UAT（User Acceptance Testing），中文称为用户验收测试或用户可接受测试，是软件开发生命周期（SDLC）的最后阶段，由最终用户或客户代表执行，目的是验证系统是否符合实际业务需求和工作流程，确保产品在正式上线前满足用户预期。

🔍 ​核心定义与目标​

1. ​核心目标​

   • ​业务验证​：关注系统在真实业务场景中的完整性和适用性，而非技术细节（如验证订单从创建到支付的端到端流程）。
   • ​用户接受度确认​：通过用户实际参与测试，减少上线后的投诉和返工成本。
   • ​风险管理​：作为上线前的最后防线，降低因重大缺陷导致项目失败的风险（例如银行系统支付流程故障）。

2. ​与其他测试的区别​

   • ​执行者​：由最终用户或业务代表主导（非开发或测试团队）。
   • ​测试范围​：聚焦业务流程而非技术实现（如验证财务报表计算逻辑是否符合会计准则）。
   • ​环境要求​：需模拟生产环境，使用真实或脱敏业务数据。

⚙️ ​执行前提​

UAT并非随时可进行，需满足以下条件：

• ​开发完成​：代码冻结，且已通过单元测试、集成测试和系统测试。
• ​缺陷处理​：高优先级缺陷已修复，低优先级问题明确处理方案（如写入发布说明或标记为“无需修改”）。
• ​文档齐备​：用户手册、测试计划、测试用例等需经用户评审确认。

📝 ​关键流程与步骤​

UAT通常包含11个标准化步骤，核心环节包括：

1. ​计划与设计​
   • 制定测试目标（如“验证订单系统在100并发用户下的稳定性”）。
   • 设计基于真实业务场景的测试用例，覆盖正常流程和异常分支（如支付失败、权限不足）。
2. ​执行与反馈​
   • 用户按测试用例操作，记录问题并分类（功能缺陷、性能瓶颈等）。
   • 使用缺陷跟踪工具（如Jira）管理问题闭环。
3. ​验收与复盘​
   • 用户签署验收确认书标志通过，并复盘优化后续测试策略。

⚠️ ​常见误区与注意事项​

• ​误区1：将UAT等同于系统测试​
  纠正：UAT验证业务需求，而非技术细节（如代码覆盖率）。
• ​误区2：忽略非功能性测试​
  纠正：需包含性能、安全性测试（如数据加密合规性）。
• ​用户参与不足​：若仅由IT团队主导，易遗漏实际业务场景问题。

💎 ​总结​

UAT是软件交付前的“最终试金石”，其成功依赖于用户深度参与、严谨的测试设计及高效的协作机制。它不仅确保系统功能符合合同需求，更是用户接受度的关键确认环节，直接影响产品上线后的成功率和用户满意度。