第三章 测试用例设计前置条件
3.1 适用场景
本章适用于以下场景:
- 测试团队首次接触新原型项目,需统一前置验证标准。
- 原型交互流程复杂,需多人协同设计用例前确认基础条件就绪。
- 跨角色(产品、设计、开发、测试)联合评审前,需固化环境与权限基线。
- 自动化用例生成或批量导入前,确保输入物料(原型、环境、角色、模板)完整且可追溯。
3.2 前置条件总览
测试用例设计启动前,必须完成四项前置条件的确认与准备。任一条件未就绪,用例设计工作不得开始。四项前置条件的关系如下:
| 序号 |
前置条件 |
验证要点 |
产出物 |
| 1 | 原型可用性确认 | 交互逻辑完整、页面流无断点、设计稿已冻结 | 《原型可用性确认记录》 |
| 2 | 环境准备清单 | 测试设备、浏览器、网络、数据源均符合预期 | 《环境准备清单检查表》 |
| 3 | 参与角色与权限分配 | 用例编写人、评审人、执行人的账号与角色已开通 | 《角色权限矩阵表》 |
| 4 | 预填表模板 | 用例模板字段、示例数据、关联字段已准备 | 《用例预填表 V1.0》 |
3.3 原型可用性确认
3.3.1 操作步骤
- 从产品经理处获取最新原型文件(Figma / Axure / Sketch 源文件或在线链接)。
- 检查原型页面总数与需求文档中功能点数量是否一致。
- 逐页检查交互跳转:每个按钮、链接、输入框均需有对应的目标页面或弹窗反馈。
- 确认设计稿已通过内部评审,并在版本管理工具中标记为“已冻结”。
- 输出《原型可用性确认记录》,由产品经理与测试负责人双签。
3.3.2 输入输出物
| 输入 | 输出 |
| 原型源文件 / 在线原型链接 | 《原型可用性确认记录》 |
| 需求文档(功能列表) | (无额外输出) |
3.3.3 责任边界
- 产品经理:提供已冻结原型,并对交互逻辑完整性负责。
- 测试负责人:检查原型可用性,填写确认记录,并负责分发给用例设计人员。
3.3.4 异常处理
若原型存在交互断点或未冻结,测试人员应暂停用例设计,并在协作工具中创建“原型阻塞”标签,通知产品经理修复。记录阻塞原因与预计解决时间。
3.4 环境准备清单
3.4.1 操作步骤
- 列出用例执行所需的所有环境维度:操作系统、浏览器版本、设备型号、网络条件、后端数据版本。
- 根据原型使用的技术栈(H5 / 小程序 / Native App)确定具体环境组合。
- 在测试管理平台中配置环境标签,或手动填写《环境准备清单检查表》。
- 确认所有环境已就绪(如模拟器/真机已连接、测试数据已初始化)。
3.4.2 输入输出物
| 输入 | 输出 |
| 技术架构文档、原型运行环境说明 | 《环境准备清单检查表》 |
| 测试数据生成脚本(若有) | (可合并至清单) |
3.4.3 环境清单示例(部分)
| 环境维度 | 要求值 | 实际状态 |
| 浏览器 | Chrome 120+ / Firefox 121+ | ✅ 已安装 |
| 移动设备 | iPhone 15 / Android 14 | ✅ 模拟器已启动 |
| 网络类型 | WiFi & 4G | ✅ 已配置代理 |
| 数据版本 | v3.2 测试快照 | ✅ 已导入 |
3.4.4 异常处理
若某环境项因资源不足无法准备(如无指定机型),应在清单中标记“替代环境”,并评估对用例覆盖度的影响。替代环境需经测试负责人审批。
3.5 参与角色与权限分配
3.5.1 操作步骤
- 识别用例生命周期中的关键角色:用例编写人、用例评审人(技术/业务)、用例执行人、结果复核人。
- 根据项目组织架构,将具体人员与角色绑定。
- 在测试管理平台(如Jira / TestRail / 禅道)中创建用户并分配对应项目权限(查看、创建、编辑、删除、审批)。
- 输出《角色权限矩阵表》,并通知各角色确认。
3.5.2 输入输出物
| 输入 | 输出 |
| 项目人员名单、职责分工表 | 《角色权限矩阵表》 |
3.5.3 角色权限矩阵表示例
| 角色 | 读写权限 | 审批权限 | 备注 |
| 测试工程师(编写) | 创建、编辑自己的用例 | 无 | 可在用例库内操作 |
| 测试负责人(评审) | 全局查看、编辑所有用例 | 拥有评审通过/驳回 | 需双签时与业务评审联动 |
| 产品经理(评审) | 仅查看 | 仅对业务功能点有建议权 | 不直接操作用例库 |
3.5.4 异常处理
若角色权限配置错误(如误将编写人设置为管理员),可能导致用例被误删或越级审批。应在正式编写开始前进行一次权限回测:让每个角色执行一次“创建/编辑/审批”操作,确认权限边界生效。
3.6 预填表模板
3.6.1 操作步骤
- 基于用例设计规范,整理必备字段:用例ID、功能模块名称、测试场景、前置条件、测试步骤、预期结果、实际结果、优先级。
- 为每个字段赋予数据类型(文本、下拉选择、日期、附件)并设置默认值。
- 使用测试管理平台或Excel制作预填表模板,填充2~3个演示用例作为示例。
- 将模板上传至共享文档库,并通知用例编写人下载。
3.6.2 输入输出物
| 输入 | 输出 |
| 《用例设计规范》 | 《用例预填表 V1.0》 |
| 历史用例样本(可选) | (示例数据) |
3.6.3 预填表示例字段结构
| 字段名 | 类型 | 示例值 |
| 用例ID | 自动编号 | TC-003-001 |
| 功能模块 | 下拉选择 | 登录模块 |
| 测试场景 | 文本 | 验证密码错误后的弹窗提示 |
| 前置条件 | 文本 | 用户已注册且未锁定 |
| 测试步骤 | 多行文本 | 1. 输入错误密码;2. 点击登录 |
| 预期结果 | 多行文本 | 页面提示“密码错误,剩余x次机会” |
3.6.4 异常处理
预填表模板应预留版本号,并在每次用例规范更新时同步升级。若编写人使用旧版模板,用例评审将因字段缺失被退回。建议使用平台级模板(如TestRail模板),避免本地文件版本冲突。
3.7 前置条件联动流程(SVG)
以下流程展示了四项前置条件之间的串行与并行关系,以及异常处理入口。确保所有条件标记为“通过”后,测试用例设计方可启动。
3.8 验收标准
| 验收项 | 标准 | 通过/失败 |
| 原型可用性确认记录 | 产品经理与测试负责人已签字,且无“未冻结”标注 | ☐ 通过 / ☐ 失败 |
| 环境准备清单 | 所有必填环境项状态为“✅”或已备注替代方案并审批 | ☐ 通过 / ☐ 失败 |
| 角色权限矩阵 | 所有人员账号已授权,且权限回测用例全部通过 | ☐ 通过 / ☐ 失败 |
| 预填表模板 | 模板字段与《用例设计规范》一致,并已上传共享库 | ☐ 通过 / ☐ 失败 |
全部验收项通过后,测试负责人方可向项目组宣布“前置条件已就绪,可按计划启动用例设计”。