如何高效的与程序员沟通？

       作为一个有过产品测试经验，在做编程工作的开发人员，我不得不说许多人在与程序员沟通时，会让作为程序员的我暴躁起来。在开发人员的世界里，所有的工作都是需要精确定位的，任何一个字母的错误，任何一句代码错误，或者代码之间的逻辑顺序不对，都会导致产品出现各式各样的bug，如果你能看见一个程序在正常高效的运转，请先欢呼一会儿，也顺便在心里默念开发者的不易。

      在工作中，作为开发者，我们总是会收到各种各样的反馈bug，有些bug描述清晰，有些则粗枝大叶，人云亦云，千奇百态。大概分了一下类别，常见的bug分为三类：产品安装错误，程序崩溃，普通bug。

      那么作为一个反馈bug的QA人员或客户应该怎样与开发人员沟通呢？

     对于第一类bug，即产品安装错误，在反馈bug的时候，一定要给出对应计算机的系统（win XP,vista,win 7……），系统类型（32bit, 64bit）,安装程序版本号，安装报错重要提示或截图。
      对于第二类bug，即程序崩溃，在反馈bug的时候，一定要描述清楚重现的过程，一定要描述清楚重现的过程，一定要描述清楚重现的过程，重要的事情说三遍，不能找到重现的过程，说明你测试工作做得还不到位。
      对于第三类bug，即普通bug，在反馈bug的时候，一定要描述操作流程，程序当前结果以及正确的结果，如果能找到更细部的诱因就更加完美了。

      虽然在开发产品的时候，开发人员做过单元测试，QA团队也做过大量测试，但是并不能说明程序就完美到没有bug，特别是现如今，系统各有差异，硬件更新日新月异，再加上各种程序安装过程中难免出现冲突等等，所以未发现的bug也是难以统计的，我们能做的只是尽量让产品完美，始终难以达到。

       开发人员的时间过得很快，他们每天面对的是几十万行乃至数十亿行的代码，所以在与开发人员沟通的时候，请珍惜他们的生命，尽量提供详细有效的信息，如果你做到了详细有效，我相信你的沟通也会很愉悦，而且一般情况下你反馈的bug也会得到及时有效的解决，当然有时也会遇到一些bug，对用户体验影响
不大，但是开发人员解决bug却要耗费很大精力，这类问题开发人员一般会选择延迟解决。

       朋友们，遇到bug，不要恼怒，不要慌张，因为有人在为你填坑，可能长期不断填坑。

转载于:https://my.oschina.net/u/2549097/blog/849569