1、什么是Bug？ 首先，在很多的测试类的书籍和资料中，各位大咖给这个名词，进行很深入的分析和定义。以个人经验而言，简单的讲就是软件产品中不满足用户正常使用的问题，都可以称为Bug。 如果我们想让开发高效快速的修复我们的bug，就需要从如下的几个方面入手去做。
2、Bug需要清晰可复现？严重程度一定要准姑百钠恁确： 这个bug将会产生什么影响？能引起整个程序崩溃吗？会导致用户的信息丢失吗？或者并不是那么严重？有更简单的解决方法吗？还是它仅仅是个无关紧要的问题？清晰的严重程度能给开发一个明确的指引。Bug必须复现率高： 保证Bug准确复现，开发人员能很容易的复现问题，并能快速的证明该Bug的存在。Bug的描写要清晰： 测试人员要准确的对Bug进行必要的描述， 1）Bug的出现的环境要清晰； 2）Bug复现的步骤、预期结果和实际结果要准确； 3）Bug出现的频率要做详细的说明； 4）多添加一些附件如截图、log日志等，增加开发对BUG的阅读、定位；这样也方便开发快速定位你的问题。
3、高效的沟通 良好的私人感情，要求测试人员为了工作需要，主动与开发同事建立良好的关系。如：通过请开发吃饭或者唱歌等等方式。 良好的同事关系，通过合理的沟通手段，让开发能认同自己的观点，并进行BUG的修复。
4、引入更高的层尽谮惋脑级介入 借助测试/项目/产品经理，如果个人不能协调解决的问题，让测试/项目/产品经理来协调这些，切忌不要悄悄的在经理们的面前说开发的坏处，大家都是打工的何必呢，况且不一定能起到作用。 在日/周/月的部门会议中，让你的测试经理/组长反馈最近测试情况，测试员发现多bug，开发修改多少bug，遗留多少bug。引起开发的重视，并对一些有争议问题，进行讨论。 通过公司的运营团队，讲述遗留Bug中的问题对用户的影响就更好。通过数字让开发团队认识到测试的重要性，那么以后bug的修复工作就更好进行。
