第3章 功能验证前置条件：需求文档就绪标准、测试环境准备清单、数据准备规范、准入准出准则
适用场景
本章适用于功能验证阶段开始之前，所有前置条件必须就绪的场景。包含：
- 需求文档已完成评审并达到“就绪”状态
- 测试环境已部署并可通过清单验证
- 测试数据已按照规范生成并隔离
- 准入准出准则已定义并纳入测试计划
前置条件
- 需求文档已通过正式评审，版本锁定为V1.0或更高基线
- 测试环境硬件/软件配置清单已获得运维确认
- 测试数据生成脚本或工具已完成调试
- 准入准出准则已写入测试计划，并得到项目经理和测试负责人签字
操作步骤
| 步骤 | 操作内容 | 角色 |
|---|---|---|
| 1 | 检查需求文档状态：确认所有需求已明确、可测试、无二义性 | 测试工程师 |
| 2 | 运行环境清单对照：使用check_env.sh脚本比对软硬件版本 | 运维工程师 |
| 3 | 数据准备：从生产库脱敏或按规则生成基础数据与边界数据 | 测试工程师 |
| 4 | 准入检查：对照准入检查表逐项打钩，全部通过才允许进入测试执行 | 测试负责人 |
| 5 | 记录基线版本：将需求、环境、数据版本固定到测试管理系统中 | 测试工程师 |
输入输出物
| 输入物 | 输出物 |
|---|---|
| 需求文档（已评审） | 需求就绪确认单 |
| 环境清单模板 | 环境检查结果表 |
| 数据生成规则 | 测试数据集（含脱敏后数据快照） |
| 准入准则定义 | 准入检查记录表 |
责任边界
- 产品经理：确保需求文档完整、无歧义，并签字释放
- 运维工程师：部署环境并执行环境清单比对，反馈异常
- 测试工程师：准备数据、执行准入检查并记录基线
- 测试负责人：审批准入准出准则，裁定是否允许进入下一阶段
记录材料
- 需求就绪确认单（包含版本号、评审日期、签字）
- 环境检查结果表（软件版本、中间件配置、网络端口均需记录）
- 数据准备说明文档（生成规则、脱敏策略、数据量）
- 准入检查记录表（逐项检查结果及问题备注）
异常处理
| 异常场景 | 处理方式 |
|---|---|
| 需求文档仍有二义性需求 | 退回产品经理修改，重新评审后再次检查 |
| 环境版本不匹配 | 记录差异清单，由运维修复或创建补充环境 |
| 数据生成脚本报错 | 修复脚本后重新生成，或使用手工数据替代 |
| 准入检查项未通过 | 标记阻塞项，升级至项目经理决策是否暂停或跳过 |
验收标准
- 需求文档就绪率100%：所有功能需求均已绑定测试用例
- 环境检查通过率≥95%，且关键项（数据库版本、中间件）必须100%匹配
- 数据准备覆盖所有正向、逆向、边界测试点，数据完整性检查通过
- 准入准出准则文档已归档，且所有准入检查项结果为“通过”
前置条件流程图
相关检查命令示例
可使用以下命令快速验证环境依赖版本：
# 检查操作系统版本
cat /etc/os-release
# 检查数据库版本
mysql --version
# 检查内存与磁盘
free -h && df -h
# 检查网络端口连通性
nc -zv 192.168.1.100 5432小贴士： 为提升效率，建议将上述命令封装为 precheck.sh，并输出JSON格式报告，便于自动化准入判断。
注意： 数据准备阶段必须避开生产数据中的敏感字段（如个人ID、手机号等）。脱敏策略需经安全审计后方可执行。
本章小结
前置条件是功能验证质量的基石。通过需求就绪、环境匹配、数据合规和准入准出四层把关，可以大幅降低验证中途返工的风险。每一层都需要明确的角色、检查清单和责任人，确保整个流程可追溯、可重复。