测试阶段和正式环境的BUG数量，跟开发人员的技术能力可能无必然的关联（毕竟复杂的逻辑相对于简单逻辑产生BUG的可能性是要大的），但一定程度是可以体现开发人员的思维严谨性，责任感，特别是在项目赶的时候。
1 在开发阶段前是否把问题想清楚。
如果在开发前都没有理解需求，最终产品验收时肯定会改东西的。
在开发前理解好的需求，理解好了为什么要开发这个功能，是写好高质量代码的基础。
2 在开发阶段思考问题是否全面。
如果在开发阶段已经把所有的问题都考虑到了，测试人员找到BUG的可能就很低。
往往，在开发阶段是会遇到一些细节，产品可能没有考虑到的，这时，开发人员就得主动跟产品沟通。
建议：
1 服务方法写JUnit（推荐JUnit链接: https://www.w3cschool.cn/junit/l13y1hvf.html）
2 工具：sonar, findBug
3 涉及高并发问题，使用JMeter自测下（推荐JMeter链接: http://www.cnblogs.com/fnng/archive/2012/12/21/2828440.html, http://www.cnblogs.com/fnng/archive/2012/12/22/2829479.html, http://www.cnblogs.com/fnng/archive/2012/12/27/2836506.html）