测试部测试流程规范.doc

测试部测试步骤规范V1.2

版本
操作人
日期
说明
1.0
王健
/07/17
首次修订
1.1
田冬雪
/07/18
测试准备: 增加工时与人员分工
上线验证测试: 增加结构线上数据
1.2
郭杨
/07/18
增加用例评审步骤

目录
1 目 3
2 规范适用范围 3
3 基础测试步骤 3
4 步骤关键步骤点说明 4
4.1 测试准备 4
4.2 准入测试 5
4.3 测试实施 5
4.4 回归测试 6
4.5 上线验证测试 6

1 目
测试工作步骤是开展测试工作基础, 本规范对测试步骤中关键步骤点进行约定, 明确测试时必需进行工作项, 全部测试任务必需根据本规范要求进行。
2 规范适用范围
测试部门实施全部测试任务
3 基础测试步骤
PC/APP步骤区分不在此处表现

4 步骤关键步骤点说明
4.1 测试准备
1.测试任务责任人在接收到测试任务后, 必需对需求进行分析, 完成测试需求整理, 评定工时与人员分工, 制订测试策略, 明确测试方法、 测试范围。
2.依据项目等级（B级以上项目）需要有用例评审步骤, 避免在关键功效模块上与产品、 开发产生歧义, 降低项目在验收阶段需要返工风险。
4.2 准入测试
必需对开发提交开发结果进行可测试性验证, 准入测试结果需要通知任务相关人（测试主管、 开发、 产品经理、 其她相关人员）
注: 准入测试标准能够在测试需求分析阶段得出, 经与任务相关人员共识后作为工作任务提交测试标准;
4.3 测试实施
必需根据共识测试方法和测试范围对系统功效进行测试, 测试完成后需要通知相关人员。
APP 端测试实施阶段需要根据愈加严格规范checklist完成各步骤测试。
工作阶段
工作项
备注
测试实施
功效测试准入

功效测试（一轮）

功效测试（二轮）
此时可加入产品验收与UI调整

版本兼容测试

接口测试（功效/性能）

设备兼容测试
设备兼容测试穿插在功效测试一二轮当中

专题探索测试
部分体验性质可穿插在测试二轮当中

功效回归

BUG回归

用户端安装测试

用户端升级测试

封板阶段: 全量回归测试

4.4 回归测试
系统测试完成且Bug得四处理后, 必需对测试范围内功效点和系统测试期间发觉Bug进行回归测试, 确保没有遗漏或重新开放Bug。测试完成后需要通知相关人员。
补充: 依据项目排期情况UI验收并非强制需要在回归阶段实施, 在系统相对稳定后即可通知UI人员对系统或appUI设计进行验收测试, 并要求UI人员提供测试汇报。
4.5 上线验证测试
生产环境布署上线包后, 需通知相关产品结构线上数据, 必需在生产环境对上线内容以及上线可能影响内容进行测试, 确保上线内容正确。测试完成后需要通知任务相关人员。