在测试人员提需求的时候，大家经常会看到，测试员和开发一言不合就上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做出验证是否进行修改，确保以后情况不会发生，彻底解决。我想身为测试人员，以上都值得思考。
学习安排上
如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。
视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片进群即可自行领取。
