关于QA(转载)

简单务实的回顾一下我经历过的QA的职责定义，工作内容以及人员要求的不同。
QA=quality assurance，质量保证，为了精确区分，有时候也会在前面加上定语，比如SQA，S=software，也就是软件质量保证。对应到角色的话，还隐藏了一个Engineer，也就是还在工程的范畴内，工程师的一种。
质量不用多言，定义虽然不统一但概念个个清晰，不过保证这个词就不好理解了，质量要怎么个保证法？正因为所见所需不同，各家公司对QA的非官方定义才精彩纷呈各有侧重。
1，QA近似于外审
QA完全独立于研发之外，偏重管理而非工程，对项目来说，除了在启动，结束和里程碑这些key point进行review和audit外，基本不干预研发过程，项目经理很可能是项目的唯一接口，基本不和工程师接触。QA对产品质量无关联责任，专注组织级过程资产库的建立维护，流程推行主要教化到项目经理。另外负责质量相关外联，比如外审接待和认证过程等。QA亲近核心管理层，所以被赋予很高的权利，比如里程碑评审不通过费用就受到限制。对于项目成员来说，QA工程师是天边飘来的一片云，遮一下就过去了；对于项目经理来说，QA工程师是上面派来滴，没必要得罪，问题都应下，有则改之，改不了化之。
因为偏重于标准和过程的管理，要求QA工程师对规范的标准和过程要非常了解，达到学院派的水平，对项目研发的需求和技术要求很低，文案的工作比较多。
这样出身的QA，我知道有的就去了专门的做标准认证或者咨询的公司。
2，QA是研发一分子
QA就是研发的一个团队，QA工程师是把研发总监的非技术需求实现的工程师，一切行动听部门最高领导指挥，无论业界怎么做而是研发总监想怎么做，在某些时候某些领域，QA和总监助理的职责有些分不清。QA工程师和研发团队的各种角色尤其是工程师沟通紧密，常常involve到研发过程的细节中。
因为行政权利和质量要求高度统一，QA和项目团队都是自己人，所以推行流程相对容易得多，也没有太多繁文缛节，但更多是关门做事，不关心业界的最佳实践，QA可以不熟悉外面流行的模型却不能不熟悉内部用的技术和过程。
在QA从研发团队剥离出来并入质量部门后，问题就出来，研发总监护犊的行为比较明显，不再像原先那样支持QA的工作，因为QA代表的更多的不再是他的需求。
QA会成为不同部门总监角力的棋子。
3，QA是项目经理之一
在复杂的大项目中，QA工程师是质量部门出具的项目经理，代表身后若干支持团队，更多的参与到项目管理和实践中，要对质量相关的事务和结果负责。
QA工程师常成为program manager或者product manager制衡R&D项目经理的棋子，所以需要和很多层面的manager打交道，对于向上沟通的能力要求比较高。这一点其实隐含了对QA工程师的要求是全面的，如果他理论不清或者技术不熟或者人格有所瑕疵，在Engineer那里不过是let it be，在manager或者director那里却会成为被反击的致命弱点。
4，QA就是测试
这种定义的理解就是通过测试来保证质量，QA过程是研发过程中的一个环节，要求的是对业务需求的理解和测试能力。我没有这种定义下的岗位服务经历，且这样的定义也不是我辨析的针对，所以不做多说。