对于测试从业者,完成测试后提交bug单是一个必不可少的步骤,后续还需要对bug单进行回归,最后完成整个问题的闭环。今天这篇文章,芒果想综合开发同事的反馈,分享一些提交bug单的一些技巧: 一、提前完成严重等级定义 对于一个项目,特别是还没有经过第一轮功能测试的项目,在开展测试工作之前需要提前做好bug单的严重等级定义,可以先参考其他项目严重等级的定义场景,再根据当前项目的特点去进行修改完善。 随着时间的推移,可能发现过去定义等级的规则存在一些问题,或一些过去没有想到的通用场景,这是需要对定义规则进行动态调整,同时,需要确保严重等级和客户实际使用频次具有一定的关联性,不要把项目的主要时间放在一些极端使用场景的功能实现、错误防护上。作为测试,要极力避免自己提交的bug单被定义为非问题后驳回,为了减少这种事情的发生,建议在遇到那些自己无法确认的情况,特别是涉及部分底层原理的场景时,在准备提交bug单前,应该提前和开发同事进行确认,确保测试和开发在该缺陷认知上达成一致。 通过这种方式,一方面可以避免自己提交无效bug单,提高工作效率,另一方面在确认过程中,也可以向开发同事请教原理相关的知识,帮助自己更好地理解业务,方便后续测试工作的开展。 提交bug单,就是把测试发现的软件缺陷,通过文字、图片、附件等方式反馈给开发,让开发直接通过bug单就能较好地复现缺陷场景,然后开展相应的修复工作。 因此,需要确保bug单内的文字内容做到言简意赅,把问题描述、测试步骤等用开发最容易看懂的方式呈现出来。同时利用好图片、附件等手段,提供测试步骤录制的视频、各类中间调试产物等资源,帮助开发更好更快地进行问题复现,压缩缺陷修复的时间周期。提前完成严重等级定义、确认问题后再提交、丰富复现问题的手段,这些提单技巧你掌握了吗?
|