第2章 测试准则制定原则

测试准则的制定质量直接决定原型测试用例的有效性与可信度。本章围绕 可操作性、可重复性、边界覆盖、风险分级、可追溯性 五大原则，建立可落地的 SOP 操作框架，确保每条测试准则都能被测试团队一致理解、严格执行与持续复用。

2.1 适用场景

测试阶段	适用原则	典型用途
功能测试用例设计	可操作性 + 边界覆盖	确保每条用例步骤可独立执行，覆盖合法/非法边界
集成测试用例设计	可重复性 + 可追溯性	接口/模块组合场景可稳定复现，结果可回溯至需求
系统/验收测试	全部五项原则	完整验证业务流程，支撑质量审计与合规检查
回归测试用例维护	可重复性 + 风险分级	高频回归用例优先自动化，低风险用例按周期抽检
探索性测试会话	可操作性 + 可追溯性	会话目标与任务可执行，发现的问题可关联至功能模块

2.2 前置条件

• 需求基线已锁定：被测功能的需求文档、原型设计稿或用户故事已通过评审并处于受控状态。
• 测试环境已就绪：硬件配置、软件版本、网络拓扑、测试账号等环境要素已记录在 环境配置清单 中。
• 测试团队已对齐：参与准则制定的测试工程师、业务分析师、开发代表已完成 五原则概念培训 并通过一致性校准。
• 工具与模板已部署：测试管理平台（如 Jira / TestRail / 禅道）中已创建 测试准则模板库，支持字段自定义与追溯关系配置。
• 历史数据可用：上一阶段或相似项目的 缺陷分布报告 与 用例复用率统计 已汇总，供风险分级参考。

2.3 操作步骤

以下六步将五大原则嵌入准则制定流程，每一步均包含 执行要点 与 质量门禁。

1. 步骤一：识别测试场景与需求
   收集功能需求、用户故事、原型交互说明，输出 测试场景清单。每个场景须标注 业务优先级 与 技术复杂度。
   门禁：场景覆盖率须 ≥ 95%，遗漏场景须在评审中说明原因。
2. 步骤二：应用可操作性原则细化用例
   将每个场景拆解为 前置条件 + 操作步骤 + 预期结果 三元组。操作步骤使用 祈使句，每步限定一个原子操作。
   门禁：由未参与编写的测试员按步骤执行，一次通过率 ≥ 90%。
3. 步骤三：应用可重复性原则标准化执行条件
   为每条用例绑定 环境标签（浏览器/分辨率/数据状态/网络条件），并记录在 执行配置表 中。
   门禁：连续三次独立执行的结果一致性 ≥ 95%。
4. 步骤四：应用边界覆盖原则补充极端场景
   对每个输入字段、状态转换、并发条件执行 边界值分析 与 等价类划分，输出 边界用例补充列表。
   门禁：边界用例须覆盖 有效边界 + 无效边界 + 临界状态 三类，缺一不可。
5. 步骤五：应用风险分级原则划分优先级
   根据 功能影响域 × 缺陷发生概率 × 用户使用频率 三维评分，将用例标记为 P0（核心）、P1（重要）、P2（一般）、P3（可选）。
   门禁：P0 用例须 100% 通过且可自动化；P3 用例总数不超过用例库的 15%。
6. 步骤六：应用可追溯性原则建立关联映射
   每条用例与 需求 ID、设计稿版本、缺陷编号、测试执行记录 建立双向链接，形成 需求-用例-缺陷追溯矩阵。
   门禁：追溯矩阵须在测试管理平台中自动生成，人工复核通过率 100%。

2.4 五原则体系结构图

图2-1 测试准则五大制定原则关系与层级

2.5 输入输出物

步骤	输入物	输出物	格式/载体
步骤一	需求文档 / 原型设计稿 / 用户故事	测试场景清单（含优先级与复杂度）	Excel / 测试管理平台列表
步骤二	测试场景清单	可操作用例（前置+步骤+预期）	用例模板（.md / .xmind / 平台用例）
步骤三	可操作用例	执行配置表（环境标签 + 数据状态）	JSON / YAML 配置快照 + 平台字段
步骤四	可操作用例 + 配置表	边界用例补充列表	用例模板补充页
步骤五	全部用例 + 历史缺陷数据	用例优先级矩阵（P0 ~ P3）	平台优先级字段 + 评分卡
步骤六	全部用例 + 需求ID列表	需求-用例-缺陷追溯矩阵	平台关联链接 / 追溯表视图

2.6 责任边界

角色	职责内容	交付物	审核人
测试工程师	编写可操作用例、补充边界场景、标注环境标签	用例草案 + 配置表	测试负责人
测试负责人	制定优先级评分标准、审核可重复性条件、确认追溯关系	优先级矩阵 + 追溯复核报告	项目经理
业务分析师	确认场景清单完整性、验证边界覆盖是否遗漏业务规则	场景清单签字确认件	产品负责人
开发代表	提供技术边界条件、确认环境配置可行性	技术边界说明 + 环境兼容性确认	技术经理
质量保证	审计追溯矩阵一致性与风险分级合规性	准则制定审计报告	质量总监

2.7 记录材料

以下记录须在准则制定过程中同步归档，作为测试资产纳入版本管理：

• 测试准则制定检查单：逐条核对五原则是否在每条用例中落实，包含 原则自评 与 复核签字 栏。
• 环境配置快照：每次执行条件变更时，以 日期+版本号 命名保存配置差异日志。
• 边界覆盖分析表：记录每个字段/状态的 有效边界值、无效边界值、临界状态 及对应的用例 ID。
• 风险分级评分卡：展示每个用例的三维评分（影响域 × 概率 × 频率）与最终优先级。
• 追溯矩阵快照：在用例基线冻结时导出完整矩阵，用于后续审计与变更影响分析。

2.8 异常处理

异常场景	所属原则	典型表现	处理措施
用例步骤无法独立执行	可操作性	测试员执行时需反复询问前置条件或依赖其他用例	拆分用例至原子步骤，为每个前置条件建立独立配置
相同用例在不同环境结果不一致	可重复性	同一用例在 Chrome/Firefox 或 Win/Mac 上通过率差异 > 20%	锁定环境标签并记录精确版本号，排除环境漂移
边界用例遗漏导致线上缺陷	边界覆盖	线上问题发生在等价类边界或临界状态	补充边界分析复盘，将遗漏边界加入 强制覆盖清单
P0 用例积压过多无法自动化	风险分级	P0 用例数量超过总用例 40% 或自动化覆盖率 < 60%	重新校准评分维度，引入 自动化可行性 系数调整优先级
追溯链接断裂或指向错误需求	可追溯性	用例关联的需求 ID 已作废或版本不匹配	建立 基线变更联动机制，需求更新时自动触发追溯复核

2.9 验收标准

以下指标须全部达标，方可认定为测试准则制定完成并通过评审：

验收项	验收指标	验证方法	责任方
可操作性达标率	随机抽取 20 条用例，由未参与编写的测试员执行，一次通过率 ≥ 90%	执行验证测试 + 录像回放	测试负责人
可重复性达标率	连续三次独立执行（同一环境）结果一致率 ≥ 95%	自动化回归比对 / 人工复核	测试工程师
边界覆盖完整率	边界用例数量 ≥ 等价类总数的 80%，且无遗漏类被线上缺陷命中	边界分析表审计 + 缺陷回溯	业务分析师
风险分级合规率	P0 用例不超过总用例 30%，P3 用例不超过 15%	平台统计报表 + 抽样复核	质量保证
可追溯性完整率	100% 的用例已关联至少一个需求 ID，追溯矩阵无断裂链接	平台追溯视图导出 + 人工全检	质量保证
准则制定文档完备性	检查单、环境快照、边界分析表、评分卡、追溯矩阵五类记录齐全	文档清单逐项核对	测试负责人