3. 功能验收操作步骤：需求对齐、用例执行、结果记录、异常标记

适用场景

本流程适用于产品版本交付前的功能验收环节。当开发团队完成特性开发，提测并通过冒烟测试后，验收人员（通常为产品经理、业务方或测试代表）依据已确认的产品需求文档，在测试环境中执行功能验收。典型场景包括：

• 大版本发布前的全功能走查
• 敏捷迭代的Sprint演示与验收
• 客户定制化功能的最终确认
• 回归测试后对修复结果的二次验证

前置条件

1. 需求文档（PRD/BRD/Use Case）已冻结并获得相关方签字确认。
2. 测试环境已部署最新待验收版本，并与生产环境配置对齐。
3. 验收用例库（基于需求拆解的功能点）已完成评审，通过率达到100%。
4. 测试数据（包括正常数据、边界数据、异常数据）已准备就绪。
5. 验收人员已具备操作权限，且了解当日验收范围与阻塞项。

操作步骤

功能验收遵循“四阶段闭合环”执行，每个阶段产出一份中间产物，确保可追溯。步骤详解如下：

Step 1: 需求对齐（基线确认）

验收人员打开需求文档与用例库，逐条核对当前验收版本所对应的需求条目。重点确认：

• 状态一致性：需求库中标记为“已实现”的特性，是否与实际部署版本匹配。
• 依赖关系：被依赖需求（如前置接口、数据源）是否已完成验收。
• 变更范围：对比基线，识别本次新增、修改或废弃的需求，避免遗漏。

需求ID	需求描述	关联用例编号	需求状态	对齐结果
REQ-001	用户可基于手机号+验证码登录	TC-LOGIN-001~005	已实现	✅ 已对齐
REQ-002	登录失败超过3次触发图形验证码	TC-LOGIN-006~008	已实现	✅ 已对齐
REQ-003	支持微信/QQ第三方授权登录	TC-LOGIN-009~012	已取消	⛔ 跳过验收

Step 2: 用例执行（逐项验证）

依据对齐后的用例列表，逐条在测试环境中执行。执行需遵循“正向用例优先、边界用例其次、异常用例兜底”的原则。

1. 正向用例：验证核心业务流程的Happy Path，确认主功能可用。
2. 边界用例：覆盖输入域的极值（最大值、最小值、空值、特殊字符）。
3. 异常用例：模拟网络中断、数据库异常、并发冲突等，验证系统容错与提示。执行细节需记录在案：

# 用例执行记录样例（非命令行，仅展示数据格式）
TestCaseID: TC-LOGIN-004
Step: 输入11位手机号及6位数字验证码，点击登录按钮。
Expected: 登录成功，页面跳转至首页。
Actual: 登录成功，页面跳转至首页。
Status: PASS

Step 3: 结果记录（证据留存）

每条用例执行完成后，验收人员需立即在验收平台或记录表内填写执行结果。关键字段包括：

• 测试环境版本号：确保可复现。
• 执行结果：PASS / FAIL / BLOCKED。
• 实际表现截图：对功能界面、数据变化、日志输出进行截图或录屏。
• 执行时间戳：记录开始与结束时间，用于效率度量。

Step 4: 异常标记（缺陷分级）

针对执行中发现的、与需求不一致的表现，验收人员需将其标记为“异常”。异常标记遵循以下分级：

级别	定义	标识色	处理时限
P0 – 阻塞	主流程无法通过，业务中断	红	立即修复
P1 – 严重	功能不满足需求，但存在替代路径	橙	24小时
P2 – 一般	边界异常、UI不匹配、文案错误	黄	下一迭代
P3 – 建议	体验优化、性能待改进	蓝	视资源安排

标记完成后，将该异常与对应需求ID、执行用例ID关联，并指定修复责任人。

输入输出物

项目	输入物	输出物
需求对齐	PRD / BRD / 需求追踪矩阵	对齐后的用例范围清单（已确认）
用例执行	验收用例库 + 测试环境访问信息	用例执行记录表（含步骤截图/录像）
结果记录	用例执行记录表	验收报告（PASS/FAIL统计）
异常标记	用例执行记录表 + 需求文档	异常缺陷列表（分级、关联需求、责任人）

责任边界

• 验收人员：负责需求对齐率、用例执行准确性、异常标记的规范性。对误标、漏标的异常直接负责。
• 开发团队：负责在验收前完成冒烟测试，并确保环境可用。对P0/P1级异常的确认与修复负责。
• 产品经理：负责需求冲突的仲裁、变更权限的审批，并对需求对齐结果的最终正确性负责。

记录材料

本章节涉及的验收记录需归档至项目知识库，至少包含以下文件：

project_root/
│
├── acceptance/
│   ├── __checklist_alignment.xlsx      # 需求对齐确认清单
│   ├── __execution_records.xlsx        # 用例执行明细（含截图路径）
│   ├── __results_summary.pdf           # 验收结论报告
│   └── __defect_tracker (JIRA)         # 关联的缺陷链接清单
└── README.md                           # 含本次验收SOP版本号

异常处理

验收过程中遇到的常见异常及其处理方式：

• 需求无法对齐：立即暂停该需求项验收，记录差异后升级至产品经理仲裁，并更新需求追踪矩阵。
• 环境故障：将受影响的用例标记为BLOCKED并附上错误截屏，由环境管理员修复后重新冒烟。
• 用例步骤无法执行：需在备注中描述实际可用步骤，并更新用例库（版本变更后需重新评审）。
• P0级异常：立即终止当前验收流程，通知开发团队和项目经理，进入应急修复通道。修复后再重新触发全量验收。

验收标准

• 需求对齐率：100% 待验收需求均已明确状态（已实现/已取消/需变更），且开发环境版本与需求版本一致。
• 用例执行率：全部关联用例均已完成执行，无挂起的“待执行”条目。
• 结果记录完整性：每条执行记录均附带截图或日志摘要，缺少证据的用例视为未完成。
• 异常标记时效性：从发现异常到完成标记的间隔不得超过1个小时。
• 缺陷分级准确率：≥90% 的异常标记最终经过开发确认与分级匹配。