如何提交一份高质量的缺陷报告

缺陷报告的用途

缺陷报告是软件测试人员重要的交付物之一，也是主要工作输出。一份高质量的缺陷报告可以帮助开发人员快速定位问题，修复Bug；也便于测试人员对缺陷进行统计、分析和跟踪管理；它是测试人员和开发人员重要的沟通工具。

所以我们测试人员在执行测试过程中如果发现缺陷，需要记录缺陷，并提交缺陷报告

那如何编写并提交缺陷报告呢？

1、使用缺陷管理工具

这里我给大家介绍几款缺陷管理工具：禅道、BugFree、JIRA、Mantis、Bugzilla、QC等，没错，通过这些工具就可以提交缺陷报告啦。工具虽多，但都大同小异，如果学会使用其中一款工具，那其他工具你会很容易掌握。我会在下节课详细介绍上面几款缺陷管理工具，以及BugFree的安装及使用

2、如果公司没有安装缺陷管理工具

我们可以使用excel去编写报告，又简单又快捷！方便对缺陷的留存

3、我们平时工作中，会发现一个现象，当测试人员发现Bug后，会给开发人员发个微信，或者打个电话，告诉他哪个模块或哪支交易有bug，待开发人员修复以后，会微信通知我们去返测。其实这样是很不规范的。为了让测试工作更合规更效率，我们需要提交正式的缺陷报告。

下面进入主题——缺陷报告的重要组成部分

(1) 编号

提交缺陷的顺序

(2) 标题

简明扼要的描述缺陷

(3) 发现者

谁发现的缺陷，比如工号、用户名、姓名等

(4) 发现日期

提交缺陷的系统日期，一般是当天

(5) 所属模块

哪个功能模块发现的缺陷（方便开发经理根据模块定位该缺陷的负责人）

(6) 所属版本

在软件哪个版本发现的缺陷，如XX系统vYYYY-MM-DD;或XX系统version X.X.X

(7) 指派给谁

测试人员将缺陷指派给开发经理，开发经理会根据该缺陷所在模块再次指派给具体开发人员

(8) 缺陷状态

缺陷此时所处阶段

　New：测试人员发现缺陷，提交给开发经理时的状态

　Open：开发经理承认并接收该缺陷后的状态（如果开发经理发现它不是缺陷，会拒绝接收，此时缺陷状态为Rejected）

　Fixed：开发人员收到缺陷，并对其进行修复后的状态

　Closed：测试人员对修复的缺陷进行返测，验证通过后的状态（如果测试人员验证该缺陷没有被修复，即返测失败，该缺陷状态会被改为Reopen，由开发人员继续对其修复）

(9) 严重程度

　Urgent:最严重的缺陷，如死机、系统崩溃等致命问题

　Very high:非常严重的缺陷

　High:严重的缺陷

　Medium:中等程度的缺陷

　Low:小问题

(10) 优先级别

　Urgent:立即解决，开发人员放下手头的工作马上处理

　Very high:在本版本中解决

　High:在下一版本中解决

　Medium:在软件发布（上线）前解决

　Low:尽量在软件发布（上线）前将缺陷解决

说明：严重程度和优先级别比较笼统，在实际工作中容易产生矛盾，所以企业会根据项目的实际情况进行详细定义，工作时要参考相应文档

(11) 缺陷描述

把发现缺陷的过程、步骤、使用的数据等记录下来，使开发人员通过该描述再现该Bug

需注意问题：

　单独记录每一个缺陷，不要把两个或者多个缺陷记录在一起

　缺陷描述要清晰准确易读，使用必要、量少的步骤保证缺陷复现

　对缺陷的严重程度和优先级别的划分要准确、客观

　提交缺陷报告前要认真审核，确保提交的缺陷为有效缺陷

　不要为了引起开发人员的重视而夸大缺陷

　小的缺陷也需要记录缺陷报告

　及时报告缺陷（给开发人员留一些充足的修复时间）

　对发现的缺陷不做任何评价（随意评价缺陷，很容易伤开发人员的心哦）

　随机缺陷也要报告（随机缺陷不易重现，按照固定步骤时有时无，所以需要表明它是随机缺陷，尽量详细描述其出现的步骤，以及出现的频率等）

今日练习

最近我在使用微信App的时候，发现它的“辅助功能”有Bug，路径为：微信>我>设置>通用>辅助功能

首先登录到我的微信，依次点击下方“我”-“设置”-“通用”-“辅助功能”，我的“辅助功能页面”如下图

点击“群发助手”，进入“群发助手启用页面”，如下图

点击“群发助手启用页面”左上角的返回键，预期返回到“辅助功能页面”（我们是从这个页面进来的，当然也得返回到这个页面），但实际返回到了“消息列表页面”，如下图

针对这个Bug，我们来写一下缺陷报告吧

怎么样？是不是非常简单！除了“群发助手”，还有“QQ邮箱提醒”也有这样的问题，大家可以动手去测试一下

好了，本期内容就先讲到这里，我们下期见！

文章作者简介：软件测试工程婶，一名从事软件测试行业的大婶，倔起来十头牛都拉不回来的另类摩羯，三观比五官正，思想比套路深