如何高效填写软件缺陷报告?
在一轮测试结束后,测试工程师需要利用对需求的理解、高效的执行力以及严密的逻辑推理能力,迅速找出软件中的潜在缺陷,并以缺陷报告的形式递交给开发团队——本质的目标是,帮助开发迅速定位并解决问题。所以缺陷报告不是单纯的bug记录。
缺陷报告是测试与开发交流沟通的重要桥梁,也是测试工程师日常工作的重要输出。 作为优秀的测试工程师,最基本的一项技能就是,把发现的缺陷准确无歧义地表达清楚。
划重点,准确无歧义。
“准确无歧义地表达”意味着,开发工程师可以根据缺陷报告快速理解缺陷,并精确定位问题。同时,通过这个缺陷报告,开发可以准确预估缺陷修复的优先级和时间安排,产品可以了解缺陷对用户或业务的影响以及严重性,并做出决策,确认bug需要优先修复,还是可以上线后修复。
好的缺陷报告绝对不是大量信息的堆叠,而是以高效的方式提供准确有用的信息。
那么一份好的缺陷报告,需要包括什么内容?
1.缺陷标题
缺陷标题通常是别人最先看到的部分,是对缺陷的概括性描述,通常采用“在什么情况下发生了什么问题”的模式。对“什么问题”的描述要足够具体,切忌不能采用过于笼统的描述。描述“什么问题”的同时还必须清楚地表述发生问题时的上下文,也就是问题出现的场景。
其次,标题应该能够定位问题本质,而避免只停留在问题的表面。
最后,缺陷标题不易过长,对缺陷更详细的描述应该放在“缺陷概述”里。
2.缺陷概述
缺陷概述是缺陷标题的细化。这部分内容通常是开发工程师打开缺陷报告后最先关注的内容,所以用清晰简短的语句将问题的本质描述清楚是关键。
最好附上截图或者录屏,图文并茂