[开发测试]如何提交一份高质量的缺陷报告

一、缺陷报告的用途

缺陷报告是软件测试人员重要的交付物之一，也是主要工作输出。一份高质量的缺陷报告可以帮助开发人员快速定位问题，修复Bug；

也便于测试人员对缺陷进行统计、分析和跟踪管理；它是测试人员和开发人员重要的沟通工具。

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

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

使用缺陷管理工具。这里我给大家介绍几款缺陷管理工具：禅道、BugFree、JIRA、Mantis、Bugzilla、QC等，没错，通过这些工具就可以提交缺陷报告啦。

工具虽多，但都大同小异，如果学会使用其中一款工具，那其他工具你会很容易掌握。我会在下节课详细介绍上面几款缺陷管理工具，以及BugFree的安装及使用。

如果公司没有安装缺陷管理工具怎么办？我们可以使用excel去编写报告，又简单又快捷！方便对缺陷的留存。

我们平时工作中，会发现一个现象，当测试人员发现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

需注意问题：

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

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

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

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

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

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

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

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

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

希望对你有所帮助~