QA真的能保证质量吗？

我最早接触QA是去年在一家大型制造型企业实习的时候，在这种企业中有两类人最NiuBility，一种是保安，搞的和特种部队似的，一种就是QA人员，相当于现在的城管，非常的威风。
        经过一段时间的了解发现这个公司非常的重视的QA，当时实行的是全面质量管理，QA具有非常大的权力，可以随时随地对各级经理的工作进行审查。进一步了解发现其实QA的作用其实是非常的大的，我有大量的一手资料表明实行全面质量管理和引入QA后，公司产品的质量确实有很大的提升，QA在日常工作确实可以发现很多不符合流程的东西，减少很多不必要的损失。总之QA给我留下的印象是蛮好的。
    最后在一家IT研发企业工作后，也接触了点CMMI/QA工作，开始我对QA的态度是非常的积极的，但最后发现引入QA后，我们的软件产品质量并没有提升，而且我们做了大量的QA工作却并没有收到预期的效果，我反思后觉得有以下原因困扰我们实行QA的地方：
        一个是按CMMI的说法，QA主要是检查过程的执行是否符合要求，那么并不能直接作用于产品，只能通过保证过程来间接的保证质量，对于制造型企业，很多东西是依赖于机器化的流水线作业，而对于软件企业来说很多东西很难规程化，人的因素总是琢磨不定的，所以即使过程执行的很完美，但过程所产生的东西不见得同样是完美的。
       还有一个变通的做法是，弱化对过程的检查，强化对工作产品的检查，比如对设计 编码 测试等各方面做深入的走查，那么这就要对QA人员的要求非常的高，要求对软件开发的各个环节有很深的认识与经验，但是公司也不大可能会把有这种能力的人放到QA的岗位，很多公司的做法是把新手推到QA的岗位，所以QA检查难免会走形式化的路线。
       那么到底如何保证的质量呢？我的一点不成熟的看法是主要由项目经理来保证，理由是做一个项目其实是项目经理对各个环节最了解，也具有一定的管控能力，但这又涉及到一个客观的问题，谁也不知道这个项目经理是不是有很强的自我纠错的能力，QA的理念其实也是想借助于独立的第三方来做客观的审查，但是，我还是认为给予项目经理足够的信任，让他来对质量负责更加实际点。

传统行业的qa也管不了设计的质量吧？
有种理解是说软件开发其实没有制造阶段，只有设计阶段
因为制造的过程是自动化的——编译器做了
所以软件行业的QA其实是在管设计，自然事倍功半

一个例子：我们公司现在所有的team都有QA，所有部门都有QAManager。
QA都是新招的ppmm，工资不高也不低（不少硕士）。

形式化在所难免。
ms领导也不会把一个技术能力很强的人拿来说：去QA(动词)吧，技术活都让新来ppmm干。

这不是QA引起的问题，而是人性以及办公室哲学造成的困窘，国内对测试一向很轻视，更别说测试的高级职位QA了，同时国人应付考试的先天优势在企业也很有效果，比如CMMI，ISO等等，通过又能说明什么呢？无非是准备工作不错，文档“补”的很全，只是为了过CMMI而去CMMI，这样能有什么效果呢？

至于新人当QA，其实这是很聪明的想法，一方面，新手没有融入公司的各个小圈子，不会有什么复杂的想法，只会发现问题就指出，另一方面，新手对于产品不熟悉，只能按照文档来进行，这又保证了不会因为个人的经验主义偏离对产品潜在问题的忽视。thoughtworks不也宣称内部3个月一换项目，确保员工不会对项目疲倦，让员工一直保持新鲜感？（当然，个人觉得TW这里还有一条没有明说，去个人优势化，一直标榜标准化的公司自然会让人与项目的联系弱化，便于控制成本，要是像CA一样，Tester之间连文档都没有，只能通过口口相传，一旦离职，或者要求加薪，这个成本。。。）

还有楼主混淆了QA，QC，QE等等职位的职能，QC，更确切的说，QE才符合楼主的想法，他们权利小，且工作更细节，相当于Tester，只能报bug，不能对Dev吆五喝六。

至于楼主最后说的让PM去控制，除非是小型项目，大项目得需要多少个PM啊，业界除了MS的PM（当然内容也不一样，一个是Project Manager，一个是Program Manager）相对级别较低，工资也不比研发高多少，其他地方的PM可都是高级货，一个PM的工资显然要比几个所谓的菜鸟QA的和还要多，而且让一个人对项目产生深远影响，也是老板所不能接受的（同上，所谓标准化，无非就是弱化人的差异，让工作可替代，这样的前提下，怎么会让个人英雄主义出现）。

那么想请教下，QA如何管设计呢？比如做了概要设计，那么这个概要设计合理不合理，到不到位，这些如何QA？

 

最有效的方法当然是由做出这些设计的人来保证

QA的价值可能在于提供一个不同于项目本身的视角和自己从其他项目中得到的经验 - 这些都写可以体现在在规划项目过程的时候体现出来的。那些单纯的过程检查我想不是QA工作的重点，如果你和项目经理一起规划的过程有价值，难道项目经理会不坚决执行？至于产品检查，主要应该由测试人员完成。所以QA主要是从过程上帮助项目成功的。

当然这对QA的要求很高。

这样就更多的依赖于项目经理个人的能力了，如果项目经理没有质量意识，或者不具备很多环节的控制能力，还是起不到应有的作用。有些项目经理不懂技术，对代码质量的控制就无从下手。

由没有软件工程经验的新手去充当QA，效果肯定不会太好。QA一般充当着教练和警察的双重角色。我觉得比较好的应该是教练的角色充当的比较多，而作为警察尽可能少，但不能没有。好的QA应该非常了解项目组的特点，而且对项目质量的控制点有非常好的把握，不给项目组过大的过程压力，又能很好的控制最终产出的质量。这些都需要经验，想不明白，为什么那么多公司招新人做QA，不过QA用PPMM确实比较好，比较好沟通。

 

以上说的都有道理，尽管实际可能不是如此

 

 

这有什么想不明白的，这个道理我和以上各位已经讲到很清楚了呀