这是我购买的”极客时间”上的一套课程的笔记，总共52讲，定期对其中的内容做一笔记，巩固学习内容。

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

缺陷报告是测试工程师日常工作的重要输出。
最基本的一项技能是：把发现的缺陷准确无歧义地表达清楚。
好的缺陷绝不是大量信息的堆叠，而是以高效的方式提供准确有用的信息。

缺陷标题

通常采用”在什么情况下发生了什么问题的模式”。
标题应该尽可能描述问题本质，并且不易过长。

缺陷概述

目的是：清晰简洁地描述缺陷，使开发工程师能够聚焦缺陷的本质。

缺陷影响

准确描述缺陷影响的前提是：必须对软件的应用场景以及需求有深入的理解。

环境配置

详细描述测试环境的配置细节，为缺陷的重现提供必要的环境信息。

前置条件

指测试步骤开始前系统应该处在的状态，目的是减少缺陷重现步骤的描述。

缺陷重现步骤

整个缺陷报告中最核心的内容，目的是用简洁的语言向开发工程师展示缺陷重现的具体操作步骤。

期望结果和实际结果

描述期望结果时，需要说明应该发生什么。
描述实际结果时，应该说明发生了什么。

优先级和严重程度

这部分作者讲的可能还是有点绕，借用时间管理里面提到的”重要”和”紧急”的概念，我用自己的话来重新描述一遍：
“优先级”对应着”事情的紧急程度”， “严重程度”对应着”事情的重要程度”。
这么来对应的话，理解了重要紧急，也就理解了优先级和严重程度了！

变通方案

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

根原因分析

Root Cause Analysis. 如果发现缺陷的同时能够定位出问题的根本原因，将可以大幅提升开发工程师修复缺陷的效率。
要做到这一点，一般都需要具有开发背景，至少也要有较好的代码阅读及代码调试的能力。

附件

为缺陷的存在提供必要的证据支持。

【心得】
在本人的具体工作实践中，很少碰到如作者所述，这么完整的缺陷报告。
一般也就包括：缺陷标题，环境配置，前置条件，缺陷重现步骤，期望结果和实际结果，优先级（虽然经常是优先级和严重程度同时使用，但实际实践中很少碰到二者同时发挥作用的，要么就是这两个值填写的没有任何区分度），附件。
至于缺陷概述，一般就省略了；缺陷影响，则是根据各个测试人员的习惯，时有时无的写在了缺陷描述里面；变通方案，一般没有在报告中提现，一般都是测试和对应的开发沟通之后，对应的测试人员自己记在脑子里了，或者有的比较负责的测试人员会填写在缺陷报告的备注中；根原因分析，能够做到这一点的测试人员少之又少，虽然和测试人员一般看不到具体代码有关，但是最根本的原因还是测试人员自身的技术能力不足够发现RCA。