软件测试——缺陷报告.pdfVIP

一、缺陷报告定义

测试人员发现缺陷，记录缺陷，并将缺陷告知开发人员

缺陷报告是测试人员和开发人员沟通的重要渠道

二、缺陷报告的组成（）

******

1、缺陷编号（defectid）

2、缺陷标题（summary）

3、缺陷的发现者（detectedby）

4、发现缺陷的日期（detectedondate）

5、发现缺陷的功能模块（subject）

6、指派给（assignedto）

7、发现缺陷的版本（detectedinrelease）

（1）说明：不仅指最后的发布版本，也指软件开发过程中出现的“临时版

本”

（2）回归测试：在新版本中对原来版本测试过的内容再重新测试一遍

原因：1、新功能对原有功能可能有影响

、缺陷修改后也有可能对原有功能产生影响2

为了提高回归测试的效率，很多企业使用自动化工具做回归测试

8、缺陷的状态（status）最常见的考试题**

（1）说明：指明缺陷当前所需什么处理和缺陷当前处于什么处理状况

（2）缺陷的处理过程：重点

步骤1：测试人员将缺陷报告提交给开发经理

将缺陷报告状态设置成：New（新的缺陷）

步骤2：开发经理验证缺陷：

情况1：如果验证是缺陷，将缺陷指派给相应的开发人员

并将缺陷状态设置成open

情况2：如果验证不是缺陷，开发经理会拒绝此缺陷，将缺陷

状态设置成：rejected。（一般要汇报给测试组长或

测试经理，有时会邀请开发人员参加，开讨论会解决）

步骤3：开发人员要修改缺陷，修改完成后，将缺陷状态设置成：fixed

fixed:（修改过的缺陷，即待返测的缺陷）

步骤4：测试人员返测开发人员更改过的缺陷

情况1：返测通过，将缺陷状态设置成：closed

closed:（关闭的缺陷，可归档）

情况2：返测没通过，将缺陷状态设置成：reopen

reopen:（重新打开的缺陷）

开发人员继续修改缺陷直到缺陷被返测成功为止。

9、缺陷的严重程度（severity）【说明缺陷有多糟糕或者对软件的影响有多

大】

严重程度的级别：

（1）urgent：造成死机，系统崩溃等致命问题

（2）veryhigh：非常严重的问题

（3）high：严重的问题

（4）medium：中等程度的问题

（5）low：小问题

发现问题：级别定义是泛泛的笼统的，容易引发争议，需要制定详细的标

准

注意：每个级别的含义，不同企业、不同项目组都可能不同，需要在专门

的

文档中定义好细则，在缺陷报告中作为参考。

10、缺陷的优先级（priority）

希望程序员在什么时间内或者在程序的哪个版本中解决该缺陷（Bug）

（1）urgent：立即修改，否则会影响开发或测试的进度

（2）veryhigh：本版本中解决

（3）high：下一版本中解决

（4）medium：发布之前解决

（5）low：尽量在发布之前解决

注意：对于每个级别的具