测试规范

测试流程规范

1 引言

1.1 编写目的

该文档用于提升研发和测试在产品测试过程中的作业规范程度，旨在提高项目交付的工作效率、产品质量。

1.2 执行范围

测试部制定规范，供测试人员使用

2 测试流程

1.需求评审参与人员：测试人员，开发人员，产品

2.用例评审参与人员：测试，项目经理，开发，产品

测试流程.jpg

2.1 测试流程中各步骤要求

2.1.1 需求分析/研发

用例编写前所有工作都属于该阶段，主要是对研发的要求：

1. 如果有需求评审会议，研发部门应通知测试组指派至少1人参与；

2. 如果需求文档无法满足测试组编写测试用例，研发部门应指派至少1人给测试讲解，且在设计基本定型后就完成，预留足够时间编写用例；

3. 软件项目应提供界面原型图。

2.1.2 用例编写

该阶段是对测试的要求，具体如下：

1. 项目需求评审通过后，从产品质量六大特性（功能性、可靠性、易用性、效率、维护性、可移植性）进行用例设计，达到全覆盖；

2. 用例编写完成后需通知研发和产品参与评审；

3. 编写用例使用维格统一管理。

2.1.3 提交测试

本节只说明首轮提交测试，是对研发和测试要求，具体如下：

1. 提测必须提交提测单；

2. 提测单需要以下内容，研发可使用作为模板：

a) 提供待测功能清单；

b) 提供程序/服务版本号；

c) 提供配置信息。

3. 测试收到提测单后，开展冒烟测试，以下几种情况可退回测试单并提交1级bug给提测人，并通知研发部门负责人：

a) 程序无法启动，需更换版本或补丁；

b) 配置错误/缺失数量>3处，需反复补加或修改配置；

c) 核心功能无法使用，或大量功能阻塞。

2.1.4 测试方法

本节是对测试组测试方法的要求，具体如下：

1. 通过冒烟测试后，按测试用例执行测试，完成后必须输出用例执行记录；

2. 测试范围：只测试提测单要求的功能；

3. 未通过用例发现的bug，补充测试用例；

4. 人力允许的情况下，测试组需指派另一人进行探索性测试，降低漏测率。

2.1.5 提交bug

本节是对测试组在测试过程种提交bug的要求，具体如下：

1. 对bug提交的格式要求如下：

a) bug标题格式：【项目号】【模块名】 bug描述

b) bug必须提供清晰的复现步骤，可以是文字、动图、录屏等等；

c) bug需标注必现、偶现；

d) bug必须关联提测版本。

2. bug等级重新定义：

a) 1级（致命问题）：

i. 缺失功能；

ii. 核心功能无法使用；

iii. 系统无响应、非法退出；

iv. 提测版本达到退回标准。

b) 2级（功能缺陷）：

i. 所有功能缺陷；

c) 3级（优化建议）

3. bug指派：开发未明确bug接收人的情况，指派项目经理分配；争议bug指派项目经理

2.1.6 测试文档

本节是对测试组完成测试后的要求，具体如下：

1) 测试报告编写完成后，发项目经理评审；

2) 每轮测试完成后编写《测试报告》，至少有以下内容：

a) 测试用例执行记录；

b) 待测项测试情况：是否测试，未测试原因说明；

c) 各级遗留bug数量统计；

d) 测试版本号：软件/硬件；

e) 测试对象评价。

3) 回归测试后，在上轮测试报告的基础上增加内容，一个项目只能有一份测试报告，做到版本可追溯；

4) 开始测试前，应编写以下文档：

a) 《测试大纲》

5) 完成首轮测试后，软件产品应该开始编写以下文档：

a) 《使用说明书》

6) 测试需要在技术部小黑屋创建并上传相关研发、测试、过程文档。

2.1.7 解决bug

本节是对开发解决bug的要求，具体如下：

1. 复现问题应首先尝试开发环境，无法复现时测试有义务协助；

2. 不允许直接指派bug给测试，必须点解决，选择解决类型；

3. 解决bug应标注解决的版本号；

4. 解决bug应必须写上备注：问题原因、解决方法、非问题原因等等。

2.1.8 回归测试

本节对回归测试的提交、测试等作要求，具体如下：

1. 提交回归测试也应提交测试单，应包含以下内容：

a) 测试时间；

b) 提测功能清单：需要测试的功能模块及可能影响的模块；

c) 更新的程序/服务版本；

d) 更新的配置信息。

2. 测试接收测试单后，开展冒烟测试，将不符合要求的版本退回；

3. 测试应根据回归测试要求的待测功能和已解决的问题准备测试用例，非必要不开展全量覆盖测试。

2.2 其他要求

2.2.1 邮件通知

本节是对测试组完成测试报告编写，想结束本轮测试的要求，具体如下：

1. 测试负责人需用邮件方式通知提测人测试完成，并抄送相关部门负责人、项目经理；

2. 邮件应简明扼要的描述测试结果，包括：测试轮次，重点问题，bug数量；

3. 附件中上传测试报告，测试用例执行记录。

2.2.2 上线检查

测试人员对上线/移交联调环境前对项目部署环境进行检查，依据功能清单进行检查。

3 特别说明

3.1 测试环境

原则上开发和测试的系统环境应完全隔离，但受诸多因素影响，很难实现，所以将测试环境的使用要求列举如下：

1. 研发不允许在不通知测试负责人的情况下，在测试环境上做以下操作：

a) 更新补丁；

b) 更新配置；

c) 修改数据库；

d) 断点调试；

e) 重启程序。

2. 测试应在以下情况，协助开发复现问题，处理异常：

a) 开发环境无法复现问题；

b) 时间紧，任务重。

3.2 特批说明

以上流程制定旨在提高效率，提高生产、交付质量，不是用于增加研发、测试工作量，且特殊情况应灵活变更流程，均可在部门领导特批下简化。