作为测试人员,我是这么报BUG的

在测试人员提需求的时候,大家经常会看到,测试员和开发一言不合就上BUG。然后开发一下就炸了,屡试不爽,招招致命。

曾经看到有个段子这么写道:

不要对程序员说,你的代码有BUG。

他的第一反应是:1、你的环境有问题吧;2、你踏马到底会不会用?

如果你委婉的说:你这个程序和预期的不一样,你看看是不是我的方法不一样。

他本能的会想:是不是程序出BUG了。

后来发现,段子也只是个段子。当然,这些只是种辅助报BUG的沟通技巧,实际工作也是要知道如何正确描述BUG也是很重要滴。

1、 BUG存在性

测试员在遇到问题,第一反应不要着急确认是否为BUG。追踪分析所遇问题,验证环境配置、实际操作没有错误的前提下,确认BUG并将其提给开发。

2、 BUG随机性

在确认BUG存在的情况下, 确认BUG是否可重现:

  1. 可重现,找出规律提报开发, 同时对问题进行归纳总结,同一个问题在不同模块出现的几率,后续是否会引起相关性问题等等;
  2. 难重现,仔细描述问题说明随机性,用TestWriter进行模块测试时,和其开发人员描述正确问题;

3、写BUG 报告

一目了然的BUG标题和对BUG清晰描述,对于测试员报BUG时是很有必要的:

     a.精简描述,让开发或项目经理一看就知道存在什么问题

     b.简明扼要,描述出现bug的测试步骤、实际的测试结果、预期的测试结果和结论;

描述在预期和实际的结果对比以及说明。比如:"在用TestWriter进行自动化测试时,执行计划时,当点击调度计划,弹出浏览器,计划显示分配,而事实上显示计划待分配。”

以上这些还没结束,还需要学会及时和开发沟通,对所提的BUG做出验证是否进行修改,确保以后情况不会发生,彻底解决。

我想身为测试人员,以上都值得思考。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值