我的思考
从开发者角度讲，开发者对自己写的代码的质量负有不可推卸的责任，必须自己担起质量的重任。
从测试者角度讲，测试的主要目的是提供一个监控软件质量的功能，一定程度上降低在快速开发的时候引入bug数量，防止对已有稳定的代码造成负面影响，提高开发效率。
从管理者角度讲，提高软件质量关键还在于提高开发者的技术水平和素质，可以从几个方面入手：
不能让开发人员对测试人员形成依赖，比例要控制在一定的范围之内，比如谷歌的开发人员和测试人员比例为10：1，怎么做到的呢？
“
经过与段念先生的交流，我了解到Google中国的测试工程师只有十多个，外包大约二十多个。从绝对数量上看，测试工程师的数量确实不多。但，在Google，测试有一个721的原则：70%的测试工作在底层接口测试和单元测试；20%的测试工作在集成测试；10%的测试工作在界面测试。之所以做这样的选择，源于Google工程师对测试的一些看法。Google工程师认为底层接口测试及单元测试的自动化成本比较低，自动化的程度高、稳定性好。在段念先生看来，基于界面的自动化测试时最难的（他反复向我强调这个观点）。我基本上认同这个观点。然而，关键的问题在于，这与1:10之间有什么关系呢？
从软件产品质量控制来看，开发工程师提交的代码质量越高，测试成本也会相对变小。首先，高质量代码的可测试性强，自动化成本低，测试成本会明显降低；其次，高质量的代码会使系统bug绝对数量减少，测试工程师消耗在bug上的时间减少，因而与开发之间的沟通成本明显降低；再次，高质量代码的返工率会降低，研发流程更加顺畅，效率更高；最后，单元测试和接口测试的自动化持续集成也可以有效降低回归测试的成本。Google工程师的价值在于将70%的工作花在提高系统架构和代码质量上。因此，1:10也不难解释了。”（摘自http://www.taobaotest.com/blogs/show/1171）
一方面招人的门槛要高些，起码有潜质，且做人方面踏实认真负责；
二，在团队内部”惩恶扬善“，褒奖好的，树立学习的榜样，惩罚最不好的，杜绝懈怠心理，但是惩罚的方式有很多种，扣钱属于最下等，最好是比较有意思一些的惩罚。
三，多搞一些团队一起参与的活动，增加同事间工作之外的联系，互相信任对方，把团队的力量拧起来，要让团队成员内部知道，一个成员做事做不好整个团队会受到影响，接受惩罚，只有大家互相帮助，整体提高才是目标，有人不认同这种方式要离开也没关系，寻找合适的人，组建一个强大的团队而不是参差不齐的团队成员。等等。尊重并满足员工的合理要求，关怀员工，这是公司对员工的好，“惩恶扬善”，光明磊落，不要让你的员工对公司产生怨气，员工自然从心里更认同公司，从而对激发员工从内心真正的想要做好这样一件事的心态有帮助