软件测试52讲笔记--07 如何高效填写软件缺陷报告?

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

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

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

缺陷标题

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

缺陷概述

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

缺陷影响

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

环境配置

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

前置条件

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

缺陷重现步骤

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

期望结果和实际结果

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

优先级和严重程度

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

变通方案

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

根原因分析

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

附件

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

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

你可能感兴趣的:(软件测试52讲笔记--07 如何高效填写软件缺陷报告?)