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

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

不要对程序员说，你的代码有 BUG。他的第一反应是：

1. 你的环境有问题吧？
2. 你踏马到底会不会用？

如果你委婉的说：你这个程序和预期的不一样，你看看是不是我的方法不一样。
他本能的会想：是不是程序出 BUG 了。

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

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

2. BUG 随机性
   在确认 BUG 存在的情况下， 确认 BUG 是否可重现：

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

3. 写 BUG 报告
   一目了然的 BUG 标题和对 BUG 清晰描述，对于测试员报 BUG 时是很有必要的：

   1. 精简描述，让开发或项目经理一看就知道存在什么问题
   2. 简明扼要，描述出现 bug 的测试步骤、实际的测试结果、预期的测试结果和结论

以上这些还没结束，还需要学会及时和开发沟通，对所提的 BUG 做出验证是否进行修改，确保以后情况不会发生，彻底解决。我想身为测试人员，以上都值得思考。