关于提BUG的一点思考以及工作中总结的规范

在测试的工作中,提BUG是日常工作.

以前自己为了省事,省时,仅仅是截图,在图片上注明一下问题,就放到BUG库中了.

现在发现这样会造成开发的时间的浪费,增加了沟通成本.

对于BUG,当发现了异常时,首先自己重现一下刚才的步骤,判断是偶现还是可以重现,另外,也可以请同事,帮忙检查一下,按照步骤操作一次.

如果还是有疑问,可以请产品同事来帮忙确认,这样就可以避免与开发同事的争论.

当发现了BUG后,提到BUG管理工具中时,注意一下提BUG的格式.

提BUG格式:

标题(简单描述一下问题)

1,测试地址:*********

2,测试账号与密码:******

3,操作步骤:******(如果有数据,就把数据也写入)

4,预期结果:******

5,实际结果:********

前期会觉得提一个BUG需要很长时间,但这个时间是花得值的,会节约开发同事的时间,减少沟通成本.

 

转载于:https://www.cnblogs.com/star12111/p/8401085.html