QA即英⽂QUALITY ASSURANCE 的简称，中⽂意思是品质保证，其在ISO8402：1994中的定义是“为了提供⾜够的信任表明实体能够满⾜品质要求，⽽在品质管理体系中实施并根据需要进⾏证实的全部有计划和有系统的活动”。有些推⾏ISO9000的组织会设置这样的部门或岗位，负责ISO9000标准所要求的有关品质保证的职能，担任这类⼯作的⼈员就叫做QA⼈员 .

⽆论是ISO9000还是CMMI，都是以过程为中⼼。也就是说，通过过程的持续改进来提⾼产品质量。⽽过程质量与产品质量如何正向关联呢？就需要质量保证（QA）。这也是ISO9000和CMMI都很推崇的⽅法。但从国内软件企业的现状来看，很多企业的过程体系都相差⽆⼏，⽽开发出来的产品质量却千差万别。导致这种差别的原因有很多，过程及其执⾏⽅式的⽣搬硬套就是其中很重要的原因之⼀。

在建⽴QA组织的时候，多数企业也这样实⾏“拿来主义”。就像看着别⼈穿着⼀双⾮常漂亮的鞋，就想拿过来⾃⼰穿，⼀般都不会适合⾃⼰。其结果要么是打肿脚穿⼤鞋，要么是削⾜适履，效果可想⽽知。我们应该做的是“量脚买鞋”、“量体裁⾐”。QA 组织的建⽴也⼀样，应先了解企业的⽂化、可获得的资源以及过程成熟度⽔平等，再据此选择适宜的QA组织。

SEI的CMM模型中强调的是软件质量保证（SQA）的独⽴性，即SQA要独⽴于其所进⾏质量保证的项⽬和项⽬的所在部门。也就是说，SQA要在⾏政管理上不⾪属项⽬和项⽬的负责部门。CMM所要求的另⼀个SQA发挥职能的独⽴上报渠道，尤其是发现的不符合问题要逐级上报并跟踪问题的处理直致结束。如果SQA受技术⾼层的管理，⽽且技术⾼层之间对SQA职能和价值有很好的理解，如刘总说，SQA和项⽬间的对⽴和协调就会顺畅和协调⼀致得很好。SQA的价值和作⽤的有效发挥，还受到企业从上到下各个层⾯对SQA价值和作⽤的认识、SQA资源的选择和投⼊的影响。

在⼀个企业中，QA也好、开发⼯程师也好、或承担其他⾓⾊的员⼯，他们的⽬标都是⼀样的，他们都是企业的产品或服务质量链条上紧密相连和不可或缺的各个环节，他们之间没有完全或绝对的对⽴的关系。SQA要对项⽬相关的各种过程活动要遵循过程和规程进⾏评审，并对⼯作产品应遵循的标准规范进⾏审核。SQA除了⼯作能⼒、经验之外，还要对已建⽴过程和技术的了解。QA对整个商业⽬标和⾼层领导负责。

CMMI模型进⼀步强调的是过程和产品质量保证和评价，即PPQA。虽然对QA的独⽴性放宽了要求，提⾼了实施PPQA的灵活性，但更加强调了PPQA功能的客观性。PPQA⼈员可以在项⽬间交叉，但还是不允许项⽬成员做本项⽬的QA。

QA做检查或评审与审核，并不是他们想查什么就查什么。QA要检查的内容在公司的过程、标准与规范、或质量体系中已经完全定义好了，并遵循QA的计划来执⾏的。QA要对过程活动评审和⼯作产品的审核，他们除了对过程和规范要熟练掌握外，其开发等各个环节的⼯作经历、经验，软件⼯程的知识，沟通能⼒也是⼗分重要的。

• 上一篇：QA与测试团队角色定位
• 下一篇：产品开发流程角色说明合集