如何高效填写软件缺陷报告?

必须要牢记的是，好的缺陷报告绝对不是大量信息的堆叠，而是以高效的方式提供准确有用的信息

一份高效的软件缺陷报告，应该包括一下几个部分：

1、缺陷标题：对缺陷的概括性描述，通常采用"在什么情况下发生了什么问题"的模式

作为软件开发人员，当看到提交的报告中，有"用户不能正常登陆"、"搜索功能有问题"、"用户信息页面的地址栏位置不正确"这样的描述时，你的内心有没有过抓狂

标题应该尽可能描述问题本质，而避免只停留在问题的表面

缺陷标题不易过长，对缺陷更详细的描述应该放在"缺陷概述"里

2、缺陷概述：是缺陷标题的细化，目的是清晰简洁地描述缺陷，使开发工程师能够聚焦缺陷的本质

3、缺陷影响：描述的是，缺陷引起的问题对用户或者对业务的影响范围以及严重程度，也决定了缺陷的优先级和严重程度

4、环境配置：用以详细描述测试环境的配置细节，为缺陷的重现提供必要的环境信息，要注意的：环境配置的内容通常是按需描述，也就是说通常只描述那些重现缺陷的环境敏感信息

5、前置条件：指测试步骤开始前系统应该处在的状态，其目的是减少缺陷重现步骤的描述，比如在系统中进行操作，依赖的前置条件是：用户登录成功

6、缺陷重现步骤：用简洁的语言向开发工程师展示缺陷的具体操作步骤

缺陷步骤的描述应尽量避免以下3个常见问题：

笼统的描述，缺乏可操作的具体步骤

出现与缺陷重现不相关的步骤

缺乏对测试数据的相关描述

7、期望结果和实际结果：当描述期望结果时，需要说明应该发生什么，而不是什么不应该发生;而描述实际结果时，应该说明发生了什么，而不是什么没有发生

8、优先级和严重程度：

百度百科的解释是：

缺陷优先级是指缺陷必须被修复的紧急程度

缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度

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

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

缺陷越严重，优先级就越高

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

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

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

9、变通方案：是指提供一种临时绕开当前缺陷而不影响产品功能的方式，变通方案的有无，是决定缺陷优先级和严重程度的重要依据

10、根原因分析：假如能在发现缺陷的同时，定位出问题的根本原因，清楚描述缺陷产生的原因并反馈给开发工程师，缺陷修复效率就会大幅提升

11、附件：通常是为缺陷的存在提供必要的证据支持，常见的附件有界面截图、测试用例日志、服务器端日志、GUI测试的执行视屏

最后： 为了回馈铁杆粉丝们，我给大家整理了完整的软件测试视频学习教程，朋友们如果需要可以自行免费领取【保证100%免费】

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

全套资料获取方式：