如何写好缺陷报告

article/2025/10/7 23:37:11

今天开始和大家分享缺陷报告的内容，在这部分会讲一下缺陷的基本属性，缺陷的处理过程和如何书写缺陷报告。

一、什么是缺陷

在第一章我们说过了什么事缺陷，一切不满足用户需求的都是缺陷。

下面我们对缺陷的概念在详细的介绍一下。

佩腾在《软件测试》一书中说符合下面5个规则的就可以成为软件缺陷：

1、软件未达到产品说明书标明的功能。

2、软件出现了产品说明书中指明不会出现的错误。

3、软件功能超出了产品说明书指明的范围。

4、软件未达到产品说明书中虽未指出但应达到的目标。

5、软件测试员认为软件难以理解、不易使用、运行速度缓慢，或最终用户认为不好。

关于这 5点我们举例来说明一下。第一点，比如说我们开发一个记事本的软件，说明书中明确说了可以输入文字，结果开发的软件不具备输入文本的功能，肯定就是一个 defect了。第二点，说明书中明确说了在记事本软件中输入“联通”可以正确的保存并打开浏览，结果我们的记事本软件打开保存了的输入“联通”的文件出现了乱码，这也是一个defect了。第三点，比如说我们的说明书中没有定义记事本会自动的对关键字高亮显示（这个主要是针对编程语言），结果我们的记事本程序自动对关键字高亮显示了，这也是defect，尽管这样对用户使用会更好，但是他超出了产品说明书中指明的功能范围，所以还是defect。第四点不太好说，所以就不用记事本举例了，原谅我，呵呵。比如在我国开发财务管理软件必须要符合财政部的规定，尽管说明书中一般不会指出，但是软件必须要符合这个规定，不然是不能发行使用的啊！第五点就好理解，因为测试员是第一个使用软件的，必须要从客户的角度来对待，尽管这里会有主观感觉，但还是要尽量客观（就是多参考一些标准，例如定义界面的，检察易用性的标准），比如在Windows下的程序对话框中“是”按钮都是在左边，“否”按钮在右边，如果发现在我们的记事本程序中，提示是否保存文件的对话框里“是”按钮在右边了，这就是一个defect了，因为它不符合Windows下用户的使用习惯。

知道了什么是缺陷，我们就再来看看怎么去描述一个缺陷吧，看看缺陷都有哪些属性。

二、缺陷的属性

(1)、缺陷标识：就是缺陷的编号了，每个缺陷有一个唯一的编号。

(2)、缺陷类型：这是一个功能性还是性能的bug，是文档的还是界面的bug，还是本地化的bug。

(3)、缺陷的严重程度：

a、致命Fatal：系统崩溃、数据丢失、数据毁坏。无法进行后续的测试。

b、严重Critical：操作性错误、功能遗漏、影响用户使用。

c、一般Major：UI方面的，一些小的错误，不影响使用。

d、较小Minor：建议性的问题，可以不做修改。

(4)、缺陷的修复优先级：

a、立即修复：影响后续测试的问题。

b、高优先级：在产品发布前必须修复。