软件外包 UAT 用户验收测试怎么做？测试用例、缺陷关闭、签字和上线条件

简短回答：软件外包 UAT 用户验收测试应由业务用户按真实场景执行，不只是开发方演示页面。企业要提前准备测试用例、样本数据、账号权限、接口环境、缺陷分级、关闭证据、验收签字和上线条件，把“能用”转化为可验收、可追责、可上线的结论。

很多软件外包项目到最后才发现验收标准不一致：开发方认为功能已完成，业务部门认为流程跑不通，财务认为报表口径不准，管理层又担心上线影响现有工作。UAT 的作用就是在正式上线前，用真实业务流程把范围、缺陷、遗留问题和上线条件一次性说清。

一、UAT 前先确认范围和资料

UAT 不能临时打开系统随便点。企业应先确认本次验收范围、版本号、环境地址、测试账号、角色权限、样本客户、样本商品、历史数据、接口账号、报表样例和验收负责人。若需求评审阶段已形成流程和接口清单，可直接转化为测试用例；没有资料时可参考 软件外包需求评审会 的产出清单补齐。

二、测试用例要覆盖正常和异常流程

用户验收测试不应只测“新增、保存、提交”。建议按真实业务链路设计用例，例如订单创建、审批驳回、库存不足、部分退款、发票信息错误、接口超时、权限不足、数据导入失败、移动端操作和报表导出。每条用例都要写清前置条件、操作步骤、预期结果、实际结果和证据截图。

三、缺陷关闭要有复测证据

UAT 中的问题应分为阻断、严重、一般和建议项。阻断问题通常影响核心业务、数据准确、安全权限或上线连续性，应在上线前修复并复测。一般体验优化可以经双方确认后进入后续版本。缺陷关闭不应只在群里回复“已修复”，而要记录责任人、修复版本、复测人、复测结果和客户确认。更多闭环方式可参考 盐城企业软件外包验收问题清单关闭。

四、签字前要区分缺陷和新增需求

UAT 往往会暴露新想法，例如多一个报表、增加审批节点、改变字段口径或接入新的第三方平台。企业和开发方要把这些内容区分为缺陷、范围内优化和新增需求。缺陷应按原验收范围修复；新增需求则需要重新评估费用、周期和上线影响。否则验收阶段会不断扩大范围，导致上线时间失控。

五、上线条件要写成清单

验收签字不只是“同意上线”。建议写清通过的测试范围、仍保留的问题、上线日期、回退条件、生产账号、数据备份、接口切换、培训完成情况、值守人员和上线后观察周期。若项目涉及私有化部署、支付、发票、物流或银行回单，还要确认生产配置、日志、告警和异常处理人。付款节点可结合 软件外包付款节点设置 一并约定。

常见问题