uat测试是什么意思：业务验收环节

uat测试是什么意思，UAT是UserAcceptanceTesting的缩写，中文叫用户验收测试，由业务使用方而非开发、测试人员执行，核心目标是校验系统功能是否匹配业务需求文档，验证流程贴合真实工作场景，判断系统能不能上线投入使用，该测试不适合用来深挖底层代码缺陷，也不替代开发阶段的单元测试、集成测试、系统测试，适合业务操作人员、需求对接人参与，不适合只懂技术不熟悉业务逻辑的人员主导执行。

uat测试的参与主体与分工

业务方是uat测试的主要执行人，他们梳理真实业务用例，按日常工作流程操作系统，记录不符合业务预期的问题；项目测试人员负责收集问题单、跟进开发修复、组织回归验证；开发人员只负责修复反馈的缺陷，一般不主导UAT执行。很多项目会安排产品经理做中间协调，对齐业务描述和系统实现之间的差异，避免业务提出超出前期需求范围的新增功能，这类新增需求不会纳入本次UAT的验收范围，会放到后续迭代版本处理。

用例质量直接决定UAT的效率，合格的UAT用例要从真实业务场景提取，不能照搬技术测试用例，一条用例包含前置条件、操作步骤、预期结果，执行后填写实际结果，标记通过或者不通过。你准备UAT用例的时候，可以优先覆盖高频业务流程、资金流转流程、对外对接流程，低频边缘流程可以酌情减少用例数量，缩短验收周期。

uat测试和系统测试的差异对比

系统测试完成之后，才会启动UAT，顺序不能颠倒。如果跳过系统测试直接开展UAT，大量底层bug会干扰业务人员判断，拉长验收周期，还容易混淆功能缺陷和业务理解偏差，提升沟通成本。

uat测试的执行流程

先搭建独立的UAT环境，这个环境的数据是脱敏后的业务仿真数据，和生产环境配置基本对齐，不和开发环境、测试环境混用，防止数据互相污染。环境就绪、用例评审完成之后，业务人员开始批量执行测试，发现问题提交缺陷工单，开发修复完毕，测试人员先做一轮回归，再交由业务复测。

缺陷分级规则在UAT启动前就要约定好，阻断主业务流转的严重缺陷必须全部修复复测通过；一般缺陷可以评估影响范围，部分低影响的轻微缺陷，经业务和项目方共同确认后，可先放行上线，在后续版本迭代修复。

UAT结束后输出验收报告，写明测试范围、用例执行情况、缺陷清单、遗留问题说明，业务负责人签字确认，这份报告是项目准入生产环境的关键凭证。

UAT环境禁止录入真实客户敏感信息。

UAT的适用边界是，它只验收前期已经确认锁定的需求，项目没有签署需求变更单的新增功能，不属于UAT验收内容，业务方不能以此为由拒绝签字验收。