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

缺陷报告是测试工程师与开发工程师交流沟通的重要桥梁，也是测试工程师日常工作的重要输出。
一份高效的软件缺陷报告，应该包括缺陷标题、缺陷概述、缺陷影响、环境配置、前置条件、缺陷重现步骤、期望结果和实际结果、优先级和严重程度、变通方案、根原因分析，以及附件这几大部分。

• 缺陷标题

缺陷标题通常是别人最先看到的部分，是対缺陷的概括性描述，通常采用“在什么情况下发送了什么问题”的模式。
首先，对“什么问题”的描述不仅要做到清晰简洁最关键是要足够具体，切忌采用过于笼统的描述。描述“什么问题”的同时还必须清楚地表述发生问题时的上下文，也就是问题出现的场景。其次，标题应该尽可能描述问题本质，而避免值停留在问题的表面。最后，缺陷标题不易过长，对缺陷更详细的描述应该放在“缺陷概述”里。

• 缺陷概述

缺陷概述通常会提供更多概括性的缺陷本质与现象的描述，是缺陷标题的细化。

• 缺陷影响

缺陷影响描述的是，缺陷引起的问题对用户或者对业务的影响范围以及严重程度。缺陷影响决定了缺陷的优先级和严重程度，开发经理会以此为依据来决定修复该缺陷的优先级，而产品经理会以此为依据来衡量缺陷的严重程度，并决定是否要等该缺陷被修复后才能发布产品。
测试工程师准确描述缺陷影响的前提是，必须对软件的应用场景以及需求有深入的理解，这也是对测试工程师业务基本功的考验。

• 环境配置

环境配置用以详细描述测试环境的配置细节，为缺陷的重现提供必要的环境信息。比如，操作系统的类型与版本、被测软件版本、浏览器的种类和版本、被测软件的配置信息、集群的配置参数、中间件的版本信息等等。

• 前置条件

前置条件是指测试步骤开始前系统应该处在的状态，其目的是减少缺陷重现步骤的描述。合理地使用前置条件可以描述缺陷重现步骤时排除不必要的干扰，使其更具有针对性。
比如：用户在执行登录操作前，需要事先在被测系统准备好待登录用户，你在描述时也无需增加“用测试数据生成工具生成用户”的步骤，你可以直接使用“前置条件：用户已完成注册”的描述方式。

• 缺陷重现步骤

缺陷重现步骤是整个缺陷报告中最核心的内容，其目的在于用简洁的语言向开发工程师展示缺陷重现的具体操作步骤。（操作步骤通常是从用户角度出发来描述 ，每个步骤都应该是可操作并且是连贯的，所以往往会采用步骤列表的表现形式）
测试工程师在写缺陷报告重现步骤前，需要反复执行这些步骤3次以上。一是，要确保缺陷的可重现性；二是，找到最短的重现路径，过滤掉那些非必要的步骤，避免产生不必要的干扰。

• 期望结果和实际结果

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

• 优先级和严重程度

缺陷优先级是指缺陷必须被修复的紧急程度，而缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度。

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

1. 缺陷越严重，优先级越高；
2. 缺陷影响的范围越大，优先级也会越高；
3. 有些缺陷虽然从用户影响角度来说不算严重，但是会妨碍测试或者是自动化测试的执行，这类缺陷属于典型的严重程度低，但是优先级高；
4. 有些缺陷虽然严重程度比较高，但是考虑到修复成本以及技术难度，也会出现优先级较低的情况。

• 变通方案

变通方案是提供一种临时绕开当前缺陷而不影响产品功能的方式，通常由测试工程师或者开发工程师完成，或者他们一同决定。

• 根原因分析

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

• 附件

附件通常是为缺陷的存在提供必要的证据支持，常见的附件有界面截图、测试用例日志、服务器端日志、GUI测试的执行视频等。
对于那些很难用文字描述清楚的GUI界面布局的缺陷，你可以采用截图并高亮显示应该关注的区域的方式去提交缺陷报告。