之前架构师米洛阐述了测试员报BUG的礼仪，并且引申出一个问题，该如何和程序员交往。其实，程序员群体，甚至推而广之的工程师群体，并没有那么的脾气大，对待测试人员还是挺客气的。
根据架构师米洛多年的开发经验，工程师还是希望通过解决一个接着一个的问题，来提现自己的价值。就像LOL中的推塔一样。
其实很多测试人员并不知道，出现问题之后，找程序员之前，该确定那些个问题，更能让自己的问题得到快速解决。
这里告诉测试员尤其是MM，你提供的信息越是多，越是全，程序员GG越是会觉得问题很容易重现，就会先去解决。当你的问题得到先解决的时候，你会感觉爽么？
呵呵，下面咱们来举几个例子，谈一谈测试人员在给程序员报告BUG之前，自己首先需要思考的问题。
（以游戏开发为例）
1. 这个问题是不是策划/产品需求？
某些 QA 看到一个功能和自己想象的不太一样，直接来找我，说这个有问题吧。我说策划就是这么设计的（当然我也未必赞同），然后让他去和策划撕（机智如我）。
2. 版本是否是最新？
这个开始的时候几乎每天发生，报过来一个问题，我想了半天问题出在哪，结果发现他只是版本没更新到最新，就很气，很蓝受。
后来我学乖了，每次接到问题先问下版本号多少，服务端有没有更新（我们有多个用于测试的稳定服）。当然 QA 也更机智了，现在每次提问题前都会告诉我已经全部更新了（斗智斗勇）。
3. 问题来源是否是配表错误，UI 工程问题，模型特效问题？
类似于护卫舰在6级的时候血量偏低，或者某个 UI 位置没有对齐，这种问题当然是需要策划 UI 先排查一下配表和工程，多半不是逻辑代码中的问题。
架构师米洛就之前见过一个程序员，帮测试员分析问题，每次都搞好长时间，第三次发现还是测试环境的配置错误，当场就骂了测试员一顿。因为测试员没有按照配置要求去搭环境，导致这种问题重复出现。如果测试员碰见那种忙得脚不沾地，脾气还有点不好的高级程序员，骂人还是轻的。
4. 问题是否能稳定重现？
这一条不是必须的，但是有当然更好。由于游戏开发的特殊性，很多BUG重现条件都极为苛刻，出现过两次以上即可认为是有问题了，这种情况下我也会去查。
基本上做到以上几点，说明这个问题值得一查，不是浪费时间，我都会认真去查一下。毕竟是团队合作，沟通也是开发过程中比较重要的一环。
那么问题来了，为什么我们在报BUG之前要思考这些问题？
我是架构师米洛，产品和技术经理，助你升职加薪。觉得文章有用，请点转载，赠人玫瑰，手有余香。