软件测试——测试执行规范&缺陷跟踪处理

设计用例、执行用例、跟踪处理缺陷，是测试工作的三大核心内容。测试用例执行在测试工作中占据很大比重，有效、规范的测试执行是成功实施测试活动的重要保障。

 

因此，测试工程师应当根据团队、项目情况制定测试用例执行规范，有助于更充分的发挥测试用例作用，更有效的实施测试活动。通常而言，测试执行可遵循以下规范：

 

1. 测试执行前测试工程师预估时间，确保有充足的用例执行时间，如有风险，及时上报项目经理或者产品经理。

 

2. 测试用例应当根据优先级执行，先冒烟，再深度，从高到底，先流程后校验。

 

3. 未执行用例、标志为删除或者无效的用例，需注明原因。

 

4. 执行过程中有疑问的测试用例（场景、操作步骤、检查点等）需及时核查、澄清。

5. 测试执行需对用例描述的检查点逐一检查，避免遗漏。

 

6. 发现用例存在错误，及时记录，并在每天总结会议中报告该错误。

 

7. 每轮用例执行完成后，测试工程师交换用例再次执行。

 

测试执行过程中发现的缺陷，需根据敏捷开发团队定义的缺陷管理流程进行跟踪处理。

 

每个企业采用的流程基本相同，通常会根据团队使用的测试管理工具进行定制。

 

本教程以禅道Bug管理模式介绍缺陷管理流程，读者可直接将其应用于自己的项目团队。任何团队的缺陷管理流程对于缺陷报告定义都会涉及以下几个关键字段：

 

1. 严重程度

严重程度表明当前缺陷引发后果的严重程度，如导致程序崩溃，闪退，内存读写错误，无法保存数据等。一般分为严重、中等、一般、建议等，禅道中以数字1、2、3、4表示，严重度依次降低。

 

2. 状态

表述当前缺陷处于缺陷管理流程中的某个节点，通常以新建、打开、修复、关闭、拒绝、重新打开标识，禅道以**、已解决、已关闭三种状态标识。

 

3. 缺陷类型

很多缺陷管理工具没有设计该字段，而实际工作中，该字段相当有用，在结果分析阶段，通过该字段能够掌握被测对象缺陷产生的原因，便于有针对性、有重点的投入测试资源及开发资源。

 

4. 所属模块

与缺陷类型一样，很多工具默认不提供，需用户自定义，该字段表述缺陷属于哪个功能模块，便于统计分析缺陷分布。

 

【案例5-36禅道缺陷管理流程】

禅道缺陷管理流程如图5- 100所示。

 

图5- 100禅道缺陷管理流程图

 

1. 测试工程师提缺陷，指派给项目经理；

 

2. 项目经理确认是否是缺陷，如果是，则指派给开发工程师，由开发工程师进行处理，如不认为是缺陷，则需填写除“已修复”之外的解决方案，并指派给测试工程师；

 

3. 开发工程师处理指派给自己的缺陷，如果确认是缺陷，则修复，否则填写原因，指派给测试工程师。

 

4. 测试工程师在回归版本中已修复的缺陷，如果验证通过，则关闭缺陷，否则重新**该缺陷；

 

5. 如果项目经理或开发工程师不认为是缺陷，则需测试工程师确认，如果确认不是缺陷，则关闭缺陷，如果不同意，则重新**，走流程。

 

测试工程师执行ECShop测试时，按照上述流程，利用禅道实施缺陷跟踪管理，本次测试执行发现的ECShop列表如图5- 101所示。

 

图5- 101 ECShop缺陷列表