这是典型的“死Coder责任制”和“QA无用论”合体。大家仁者见仁、智者见智吧。个中道理还是得自己参悟啊！
原文在此：http://blogs.forrester.com/mike_gualtieri/11-02-17-want_better_quality_fire_your_qa_team，原作者是Mike Gualtieri，一位应用开发和部署专家。
————翻译分割线————
严肃的说，我近期和一位客户聊天，他咒骂到，当他们去掉QA团队后软件的自量立刻得到改善。他们让软件的开发人员直接承担质量责任，以代替QA对于质量的责任。这看起来有违对于软件质量和开发者一贯的认知：不要相信开发人员，或者借鉴 Ronald Reagan所说，相信但是要验证。
其实这位客户并无懈怠。他们的应用面向金融市场提供了实时的市场数据，而这位客户每年发布超过40款软件。如果某个应用提供的市场数据不可用或发生错误，那么使用它的金融市场将崩溃。信息必须绝对可用和正确。这个应用不能宕掉，也不能发生错误。
为什么这能运作？
这位用户说，能运作的原因是开发者知道他们要100%的为应用负责。如果应用不能工作，开发者不能说“QA没有找出问题”。这里没有QA团队去推卸责任。在应用开发团队这里皮球就停下了。他们最好让一切都正常，否则就要把脑袋当皮球了。
作为英国作家Samuel Johnson幽默的描述，”上了绞刑台的精神最集中（译注：好吧，我不知道这个是不是准确，意思应该没错。原文是：The prospect of being hanged focuses the mind wonderfully.）”。
这个能为你所用吗？
如果应用开发团队对于软件质量负责，这就能运作。糟糕的质量的后果如此严重，以至于应用 团队没有选择，只有在设计、开发，和测试时集中他们的精神。这些年来我开发的多数软件并无QA团队。当你为大型企业开发关键应用做顾问的时候，要么提供更好的质量，要么掉脑袋，得不到报酬。
责任并不够。要想成功，应用开发团队必须建立测试约束，建立测试计划，以及使用测试工具。由于开发者知道代码中哪里是藏尸地，他们可以集中力量针对应用中脆弱的部分。所付出的努力与软件的类型有关。最终的结果将是更好的质量和更快的发布周期。