验收测试是什么
验收测试是以业务视角验证系统是否满足验收标准、能否被接受的一类测试：它回答的不是「有没有缺陷」，而是「是否满足用户与业务需要」。通常在系统测试之后、上线之前，由业务方或用户代表在接近生产的验收环境执行，测试人员提供用例、环境与记录支持。通过后的结论是发布放行的直接依据。
基本信息
| 测试依据 | 验收标准、业务流程、合同条款或法规要求 |
|---|---|
| 执行者 | 业务方、产品经理、用户代表；测试人员负责组织与支持 |
| 执行时机 | 系统测试通过后、上线放行前 |
| 常见形式 | UAT 用户验收、Alpha/Beta 试用、合同验收、监管合规验收 |
| 通过标准 | 验收用例在需求阶段写定并锁定，变更走评审流程 |
| 记录要求 | 每个用例留执行人、环境、证据与结论，验收可追溯 |
典型使用场景
- 上线放行：核心业务流程在验收环境走通，业务方签字确认。
- 合同交付：按合同约定的验收标准逐条核验，作为交付依据。
- 需求对账：把需求阶段的验收标准与最终系统行为逐条比对。
- Beta 试用：真实用户在真实场景使用，收集正式发布前的问题与反馈。
- 缺陷复验：修复后的高优缺陷在验收口径下复测确认。
- 合规检查：行业监管要求的功能与数据流程按法规条款验收。
验收形式对照
| 形式 | 执行地点 | 参与者 | 主要目的 |
|---|---|---|---|
| UAT | 验收环境 | 业务方与用户代表 | 确认业务流程满足需要 |
| Alpha | 开发方场所 | 内部人员或受邀用户 | 真实使用前的早期试用 |
| Beta | 用户真实环境 | 外部真实用户 | 收集真实环境问题与反馈 |
| 合同验收 | 按合同约定 | 甲方与乙方代表 | 对照合同条款确认交付 |
验收标准写法
验收标准写法
# 可判定的验收标准：三件套写清前置、动作、可观察结果
Given 用户已登录且购物车金额满 200 元 # 前置条件
When 用户点击「结算」 # 触发动作
Then 订单金额显示 9 折优惠 # 可观察结果
# 反例：性能良好、体验流畅——无法判定通过与否验收标准在需求阶段写成可验证的 Given-When-Then，能显著减少验收阶段的分歧与返工。
验收环境与生产差异要提前盘点：数据量、第三方接口、配置差异都可能让「验收通过」不等于「上线可用」。
验收中发现的缺陷分级处理：阻断性问题修复后重验；次要问题带条件通过时必须登记跟踪项与关闭时限。
验收结论应由业务方给出：测试人员全权代签会把业务责任转移给测试团队，上线争议时口径混乱。