在软件测试中，缺陷的定义可以说对一款软件的质量起到很好的把关作用，如果测试工程师能很好的定义软件中存在的缺陷，那么，这款软件就得到了很好的质量保证。反之，软件就有可能存在各种各样的问题。

那么，软件测试的缺陷报告主要组成有哪些呢？主要有以下这些：

1）缺陷编号（defect id）

2）缺陷标题（summary）

3）缺陷发现者（detected by）

4）提交缺陷的日期（detected on date）

5）缺陷指派给谁（assigned to）

6）缺陷所在的功能模块（subject）

7）缺陷所属的版本（detected in release/version）

8）缺陷状态（status）

（以上几点在前面的文章中有详细分析...）

9）缺陷的严重程度（severity）

说明：表示缺陷有多糟糕，对程序的影响有多大。

严重级别（5级）：

（1）urgent:致命的，一般是会造成系统崩溃、死机等问题

（2）very high:非常严重的

（3）high：严重的

（4）medium：中等（一般）的

（5）low：建议性的小问题

说明：缺陷的严重级别比较笼统，容易引发争议。所有企业一般会制定比较详细的严重级别定义标准，实际工作中要注意参考。

注意：不同企业，不同项目组严重级别的具体定义都可能不同。

10）缺陷的优先级（priority）

说明：希望开发方在什么时间或什么版本来解决缺陷。

优先级级别划分：

Urgent：放下开发工作，立即修复缺陷

Very high：本版本内修复缺陷

High：下一个版本解决缺陷（常见）

Medium：软件发布、上线之前解决

Low：尽量在软件发布、上线之前解决缺陷（有可能出现发现的缺陷在软件发布时没有解决的情况）

说明：不同企业不同项目组，对于优先级别的定义会有不同。

补充：关于缺陷严重级别和优先级的面试问题

Q1：影响优先级定义的因素有哪些？

1）缺陷的严重程度，一般越严重，缺陷的优先级就越高（不是绝对的）

2）开发人员的开发压力，开发压力越小，缺陷的优先级越高

3）缺陷的影响范围，影响范围越大，缺陷优先级越高

4）解决缺陷的成本，成本越小，优先级越高（例如：界面有错字，优先级较高）

Q2：优先级和严重程度是严格成正比关系吗？

不是严格成正比关系。

例如：界面错误，往往严重级别较低，但是优先级较高。

Q3：严重程度和优先级确定之后还能改吗？

严重程度一般确定之后不予修改，但是优先级一般可以改，而且经常是推延。（delay）

Q4：发布的版本中会有发现但是没有解决的bug吗？

有可能会有发现但是没解决的缺陷。这样的缺陷要召开专门的缺陷讨论会，研究解决缺陷的成本和不解决缺陷是否会给用户造成严重影响或引起法律问题等。对于这类缺陷在后期企业通常会通过升级版本或打补丁的方式给与解决。

11）缺陷描述（description）

示例

说明：就是将发现缺陷的过程（步骤）、数据记录下来。让开发人员可以重现该缺陷（重点是要让开发人员能看明白是什么缺陷）