作为测试人员,我是这么报BUG的
在测试人员提需求的时候,大家经常会看到,测试员和开发一言不合就上BUG。然后开发一下就炸了,屡试不爽,招招致命。曾经看到有个段子这么写道:不要对程序员说,你的代码有BUG。他的第一反应是:1、你的环境有问题吧;2、你踏马到底会不会用?如果你委婉的说:你这个程序和预期的不一样,你看看是不是我的方法不一样。他本能的会想:是不是程序出BUG了。后来发现,段子也只是个段子。当然,这些只是种辅助报BUG的沟通技巧,实际工作也是要知道如何正确描述BUG也是很重要滴。1、 BUG存在性测试员在遇到问题,第一反应不要着急确认是否为BUG。追踪分析所遇问题,验证环境配置、实际操作没有错误的前提下,确认BUG并将其提给开发。2、 BUG随机性在确认BUG存在的情况下, 确认BUG是否可重现:[*]可重现,找出规律提报开发, 同时对问题进行归纳总结,同一个问题在不同模块出现的几率,后续是否会引起相关性问题等等;
[*]难重现,仔细描述问题说明随机性,用TestWriter进行模块测试时,和其开发人员描述正确问题;
3、写BUG 报告一目了然的BUG标题和对BUG清晰描述,对于测试员报BUG时是很有必要的: a.精简描述,让开发或项目经理一看就知道存在什么问题 b.简明扼要,描述出现bug的测试步骤、实际的测试结果、预期的测试结果和结论;描述在预期和实际的结果对比以及说明。比如:"在用TestWriter进行自动化测试时,执行计划时,当点击调度计划,弹出浏览器,计划显示分配,而事实上显示计划待分配。”以上这些还没结束,还需要学会及时和开发沟通,对所提的BUG做出验证是否进行修改,确保以后情况不会发生,彻底解决。我想身为测试人员,以上都值得思考。转自:出处
:handshake 赞赞 谢谢楼主 :lol Jbm 文章很好,提个小小的建议:loveliness:,下次字体可不可以调大一点:loveliness:,非常感谢分享,辛苦啦,愿工作顺利! helenbyb 发表于 2017-4-28 09:42
文章很好,提个小小的建议,下次字体可不可以调大一点,非常感谢分享,辛苦啦,愿 ...
哈哈 好的 lsekfe 发表于 2017-4-28 09:42
哈哈 好的
哈哈,秒回啊,赞! helenbyb 发表于 2017-4-28 09:44
哈哈,秒回啊,赞!
楼层回复的关系~~;P 又学到了一点知识,感谢楼主分享
页:
[1]