如何高效填写缺陷报告

一、高效的缺陷报告表现具体如下：

            （1）协助开发人员准确定位并快速解决问题。

            （2）帮助开发人员准确预估修复缺陷的优先级。

（3）开发人员可以更好的了解缺陷对用户或业务的影响以及严重性。

二、缺陷报告包含以下部分：

1、缺陷标题：通常“在什么情况下发生了什么问题”的模式。

（1）对“问题”的描述需要清晰简洁，足够具体，同时要交代清楚发生问题的上下文，也就是问题出现的场景。 

            （2）尽可能描述问题本质，而不是停留在表面

            （3）标题不要太长

       2、缺陷描述

              是缺陷标题的细化，清晰准确的描述缺陷，使开发人员可以聚焦缺陷的本质

       3、缺陷影响

            是缺陷引起的问题对用户或业务的影响范围和严重程度

       4、测试环境

             描述关键的测试环境，如在chrome中发现了bug，在IE上没有发现bug，那chrome就要要描述的，或者是不同版本的chrome，有的有bug，有的没有bug。

           比如，操作系统的类型与版本、被测软件版本、浏览器的种类和版本、被测软件的配置信息、集群的配置参数、中间件的版本信息等等。

5、测试数据

             保留测试数据，开发人员可以使用测试数据直接复现bug

       6、前置条件

             是测试步骤开始前的系统状态

       7、操作步骤

             按照1、2、3这样描述操作步骤，开发人员能够根据操作步骤进行bug复现

       8、测试结果

            实际结果来自于测试执行的结果

       9、预期结果

            当你描述期望结果时，需要说明应该发生什么，而不是什么不应该发生；而描述实际结果时，你应该说明发生了什么，而不是什么没有发生。

10、严重程度与优先等级

             严重程度是缺陷本身的属性，通常确定后就不再变化，而优先级是缺陷的工程属性，会随着项目进度、解决缺陷的成本等因素而变动。

11、缺陷的优先级和严重程度的关系：

       12、缺陷越严重，优先级就越高；

             缺陷影响的范围越大，优先级也会越高；

            有些缺陷虽然从用户影响角度来说不算严重，但是会妨碍测试或者是自动化测试的执行，这类缺陷属于典型的严重程度低，但是优先级高；

           有些缺陷虽然严重程度比较高，但是考虑到修复成本以及技术难度，也会出现优先级较低的情况。

       13、根本原因分析

               如果你能在发现缺陷的同时，定位出问题的根本原因，清楚地描述缺陷产生的原因并反馈给开发工程师，那么开发工程师修复缺陷的效率就会大幅提升，而且你的技术影响力也会被开发认可。

                这个要求很高，能做到的测试人员真的很厉害。

       14、附件上传

               界面截图，服务器日志，测试执行视频等等