最近想了想在我负责的项目和产品中bug数量越来越少，质量也不错，得到了领导的好评及赞赏，经过两个项目的使用这方法能扼杀30%以上的bug，现将该方法阐述如下：

   方式就是：统计bug库中将bug归类形成简单的文档发给开发人员，在开发编码之前，组织一次会议将bug库中出现概率较大的，容易出现问题的功能模块，拿出来跟开发讲，形成一些决议，每个开发的能力和经验不同，在这里可以统一，如果再犯可以在会议上提出批评，这样下来在测试过程中BUG的数量大大大减少。质量也不错哦，不行你试试。

   我公司很少加班，下班之后过半个钟才回家，因为路上实在是太堵了，不容易挤上去。在公司下班之后呢，经常走到开发和业务受理人员的（业务受理人员也就是用户）位置上找他们聊天我，话题经常聊到，关于项目的系统实现。这些东西对项目的测试是相当有帮助的。

   从与开发人员聊天的过程可以，了解系统是如何实现，有哪些服务，中间层是如何实现的，系统服务又是如何实现的，系统接口是采用什么方式，webservice，还是其他方式，这些聊天信对你以后的测试，无任是对功能测试还是性能测试都很有帮助的。如果做性能测试的话，前端估计不是系统出现瓶颈的地方，中间层或者中间服务才能系统的瓶颈。

    与业务受理人员聊天可以清楚的知道你的用例是否好，测试的数据流是否正确。哪些没有覆盖到。需要加强的地方。

  茶余饭后都是可以聊聊技术的。