QA到底是什么？它是做什么的？能带来什么好处？相信接触过CMM的人对其中这个核心角色应该不感到陌生，可能也或多或少地知道它的一些工作内容。尽管如此，很多人对这个角色的价值以及必要性可能还并不真正地理解，这里作者结合多年的质量管理经验总结了QA的十大价值所在，希望能帮助大家更进一步地了解QA。
1、保障制度体系
  无论是CMM/CMMI还是ISO9000等其他管理思想，它都是强调法治而非人治，实施CMM也是希望能通过它将一些优秀的软件工程化开发经验用一套合理、规范的制度沉淀固化下来，使项目的成功不再成为一种偶然。这其中体现了一个三权分立的思想：SEPG（软件工程过程组）相当于是立法机构，负责建立、维护、改进企业的开发过程体系；SEG（软件工程组）则是执行机构，来执行这套开发过程，按照软件工程化的思想来实施项目；而QA则是督促这些规范贯彻实施的监督机构了。
  作为一个国家，监督机构的必要性和重要性不必多说。同样，作为一个企业，监督机构也是非常必要的。试想一下，如果企业花了大量的人力物力建立了一套规范的开发制度，每个项目启动时也制定了各种周密的计划，却缺少相应的机构来进行督促，那么项目在实施过程中是很容易由于这样或那样的原因而偏离既定轨道的，导致项目难于得到有效地控制。而企业的制度、项目的计划也就变得形同虚设。企业的制度实际上就相当于企业的法律，如果有法不依，执法不严，违法不究，久而久之这套制度就只是一纸空文了，浪费了大量的人力物力来建立却毫无用处。所以就非常需要存在QA这么一个机构来维护企业开发制度的权威性，并督促项目计划得到有效地实施。
2、促使过程改进
  SEPG建立了一套规范过程后，并不表示这个过程就一成不变了，规范自身也必须不断地得到改进才能保证它的正确性和有效性。虽然过程规范在发布之前都必须经过评审，但并不表示只要通过评审就能发现所有的问题，还必须经过实践的检验才行。正所谓没有最好只有更好，所以过程的改进也是永无止境的。它的改变往往是来自两个方面，一方面可能是这个过程本身存在的缺陷和错误暴露出来了，促使SEPG必须去完善性的改进；另一方面可能是当时过程制定所依赖的情况发生了变化，现有的过程已不适应当前项目实施的需要，甚至还阻碍了项目的发展，这也会促使SEPG去进行适应性的改进。
  但是改进的来源从哪来呢？表面上好像项目组可以向SEPG提出， SEPG自己也可以去发现。但是实际情况往往是一方面项目组成员尤其是成熟度等级较低企业的项目组成员缺乏质量意识，只关注与自身相关的开发工作，对过程改进工作缺乏应有的认识，提不出问题或者有问题也不愿提出来。而另一方面SEPG却又往往苦于不了解项目情况而找不到关键问题所在。
  而QA的存在恰好就可以解决这一矛盾，因为QA经常要参与过程改进工作，又常常参与项目的活动，既熟悉过程体系又熟悉项目情况，刚好起到充当SEPG和项目组之间桥梁的作用。
QA在项目实施过程中经常会发现很多问题，有些问题有些是因为项目组本身执行得不够规范而产生的，而另一些问题则是由于过程本身存在着一些缺陷引起的，如可操作性不强或前后矛盾等而让项目组无法实施。所以QA在工作当中，会将这些问题记录下来并反映给SEPG，以促使过程改进。另外项目实施过程中值得借鉴的一些经验做法QA也反映给SEPG，以便SEPG在企业范围内进行推广。如果过程完善了，反过来也会更好促进项目工作的开展，这就是一个良性循环。
3、 指导项目实施
  QA对项目有督促的作用，但是仅仅督促是不够的，还需要给予项目组在过程实施上的指导。虽然在项目过程实施之前会要接受相应的培训，但是工作的顺利开展并不是光靠几堂理论课就能解决问题的，很多具体的做法需要在实践中才能真正理解应用，而且每个项目组成员接受培训的程度不同，对过程的理解可能存在一些偏差。因此还需要QA人员在项目实施过程中给以解答和指导，将这些规范真正地贯彻下去。
  QA对于项目组来说就象一把双刃剑，既有监督的一面也有指导的一面。既能帮助项目顺利的开展工作，也能使不规范不合格的项目暂停甚至关闭。这其中项目经理的指导思想非常重要，如果项目经理是抱着积极合作的态度，决心要真正按企业规范化过程来实施项目的话，那么QA将成为最有力的帮手和支持者。如果项目经理抱着消极对抗的态度，置企业管理制度不顾，欺上瞒下自行一套的话，则QA就是他们最大的障碍和绊脚石。
4、增加透明度
  软件开发活动存在于人的大脑中，不象工业生产中在流水线上的工作情况令人一目了然。正是因为这一特点使得软件项目难于控制。而QA的存在则可以提高这种透明度、增加项目的可视性。让高级经理和相关工作人员能从项目组以外的第三方得到一个独立的视角和渠道，能从多方面客观地了解项目的过程、产品、服务等情况，以便做出正确的判断，及时发现问题及时进行纠正，使项目尽可能朝着良性的方向发展。
5、评审项目活动
  评审项目活动是QA的核心工作之一，也是QA实施质量保证的一个重要手段，评审项目活动的目的是为了检查项目的活动是否符合企业制定的规范和项目既定的计划，及早发现可能存在的问题，并通报给相关人员以便及时纠正。
  虽然质量保证的最终目的是希望能保证质量，但质量是过程、人、技术三者的函数，除了过程外，还与人员、技术有关，而人员素质和技术水平的提高并不是依赖QA就能保证的，所以QA虽名为质量保证，实际上它直接保证的是决定质量好坏的一个重要因素——过程。
过程不仅仅指活动，它还包括了产品，产品是一系列活动后的产物，所以保证过程要先从活动开始入手，因为控制得越早，发现问题越早，所付出的代价就越小，当产品出来之后再去控制就已经晚了。虽然单有好的过程不一定就会有产生好的质量，它还必须依赖人员和技术这两大因素，但是一个不好的过程肯定难产生好的质量，因为过程、人员、技术这个质量铁三角缺一不可。所以QA需要评审项目的活动，从保证活动入手来保证过程进而保证最终的质量。
  QA评审项目活动时应该做到独立、客观、公正，评审的时机和频率可按预定的检查点进行抽查。
  需要指出的一点是QA评审项目活动和同行评审不同，同行评审是指同行评审人员从技术角度对产品进行评审，而QA评审项目活动则是从规范角度对活动进行评审，这两者有本质的区别。
6、审核工作产品
  评审完项目的活动，那么QA接下来就需要审核活动的产物——产品了，审核工作产品是QA的另一个核心工作。项目组在开发过程中会产生大量的工作产品，如需求、设计、代码、用户文档等。同行评审、测试等手段可以从技术角度对产品质量进行把关。而过程方面的质量，如符合性、规范性、一致性等则需要由QA来把关，产品的技术性与规范性不可或缺。
  最终的产品质量是由单个的软件工作产品质量组成的，所以QA也必须从审核单个的软件工作产品开始来保证最终的产品质量。审核产品也应该做到独立、客观、公正，它的重点在于产品规范性、符合性、一致性、完整性、可追溯性等方面。对于同一工作产品，如果QA代表参加该产品的同行评审工作，则可以视情况不对该产品进行独立QA审核，以免重复工作。
7、协助问题解决
  QA无论是评审项目活动还是审核工作产品，都是为了发现问题并及早解决。QA发现问题后会将问题记录在报告中并提交给项目经理确认。然后还会协助项目经理一起找出问题的原因。如果在项目一级问题能得到妥善解决则应尽量在项目内解决，如果项目组一级不能解决，则QA会上报给高级经理以寻求更高一级的支持。QA问题的上报并不能看成是在向高级经理打小报告。其出发点也是为了更好地协助项目解决问题，有问题要及时发现，发现了问题就要及时解决，越早越好，否则小问题发展成大问题很可能就会给项目和企业带来无可挽回的损失。
  QA应客观地报告问题，报告用语应做到客观、公正、规范、严谨、准确、清楚。并且跟踪这些问题直到它们被妥当地解决为止。
8、提供决策参考
  在那些没有专职度量分析人员的软件企业中，QA还承担了数据采集、统计、分析的工作。
在项目一级，QA采集项目相关的数据并对其进行统计和分析。从分析的结果项目经理可以看出现阶段哪些方面做得还不够，哪些方面还存在着问题，哪些方面还需要改进，并为项目下一步的工作重点提供决策参考。在组织层面，QA也会收集组织的过程数据，并将统计分析的结果反馈到高层领导，用数据说话，用事实说话，为高层的决策提供有力的参考和依据。
9、进行缺陷预防
  从长远来看，企业要降低成本、提高质量就必须要进行缺陷预防。消除产生缺陷和问题的根本原因并且防止将来这类缺陷和问题的再次发生，以优化项目及企业的规范过程。缺陷预防并不是简单对缺陷进行发现和纠正。等到缺陷被发现时，实际上缺陷已经发生过了，对节省项目成本和控制进度来说作用并不是显得特别大，缺陷预防重在预防，防范于未然才真正有效。通常的做法是要求在开发周期的每个阶段实施缺陷预防和原因分析，吸取其他项目或本项目前期的一些经验教训，并使原因分析和缺陷预防成为一种机制。
  在项目过程实施当中，QA会指导并协助项目组积极地开展缺陷预防活动，采集问题和缺陷相关数据，并对缺陷和问题的类型进行分析，了解问题的趋势，确定这些缺陷的根源和将带来的影响，并通过共同决策分析，得出所需要采取的措施并具体去实施。
10、实现质量目标
  经过了一系列质量相关的活动后，最根本目的还是要通过这些活动来达到项目乃至组织的预期质量目标。只有达到目标了，一切的努力才没有白费，工作才显现了应有的价值。
项目启动时，QA会和项目经理一起结合企业的过程能力基线来制定项目的质量目标。在项目实施过程中，QA会指导项目按阶段、里程碑等控制点对质量目标进行定量控制，定期将项目运行情况和质量目标进行比较，及时发现偏差，及时进行调整，以保证项目最终能达到质量目标。如果项目的质量目标都达到了，那么企业的质量目标也就容易实现了，并提升了整个企业的能力基线。
  经过总结，大家可能已经认识到QA在企业中是一个不可缺少的角色了。但是从理论上来说，当企业的成熟度发展到很高等级，人人都具有很强的质量意识，人人都能自觉提维护质量体系，人人都充当起QA角色的时候，也许就不需要专职的QA了。正如国家机器的功能会随着社会文明的高速发展变得弱化甚至是消亡的道理一样。但是，就目前来说这还仅仅只是一种理想的状态，正如国家机器在若干年之后都不会退出历史的舞台一样，作为企业机器的QA在相当长的时间内也应该还会继续存在。而且随着我国软件业工程化思想的普及，软件企业对QA的需求也会相应地增大，QA这一新兴岗位也将越来越有发展前途。

　　在使用CMMI模型实施过程改进时，需建立QA（Quality Assurance）的组织职能和角色，并实施“过程和产品质量保证”活动。这些活动目的在于使项目工作人员和所有各层管理者能适当地了解整个项目生存周期中工作产品和过程的情况，从而支持交付高质量的产品和服务。
　　由于CMMI模型是建立在西方的企业文化背景下，包含有三权分立的思想，所以对于国内IT及软件企业而言，如何理解和建立QA机制，更好地利用CMMI模型进行过程改进就显得非常重要。但是，目前国内IT及软件企业对于QA的意义和认识存在误区，导致在实施过程改进活动中，QA活动流于形式或没有发挥出其真正作用。到底QA在组织中应扮演什么样的角色，CMMI的QA的与ISO9000的QA或QC（Quality Control）概念有何区别，QA与测试是什么关系，如何实施QA活动，等等，本文针对这些进行阐述，以解决企业CMMI实施过程中的薄弱环节。
2 QA的地位及活动
2.1 QA的地位
图1显示了在CMMI实施过程中QA所处的地位。

　　　　　　　　　　　　　　　　　　　　　图1 QA的组织结构

　　QA活动的目标是以独立审查方式，从第三方的角度监控软件开发任务的执行，就项目是否正遵循已制定的计划、标准和规程给开发人员和管理层提供反映产品和过程质量的信息和数据，提高项目透明度，同时辅助软件工程组交付高质量的软件产品。所以对过程和产品质量保证的客观评价是项目成功的关键，一般是通过独立于项目的QA小组来提供这种客观性。每个从事QA活动的人都要进行质量保证方面的培训。从事某个产品的QA活动的那些人不应该是直接介入该工作产品开发或维护的人。同时，应该有一条向适当的管理层独立报告问题的渠道，以便在必要时逐级上报不符合问题。
　　不过，在某些组织里，不要求这种独立性而实现过程和产品质量保证角色可能更合适。例如，在一个具有开放的、面向质量的文化环境的组织里，可以由同行担任（部分或全部）过程和产品质量保证角色，可以把质量保证功能镶嵌在过程中。
　　QA应具备以下职责：
· 通过监控开发过程来保证工作产品质量
· 保证开发出来的产品和开发过程符合相应标准与规程；
· 保证产品、过程中存在的不符合问题得到处理，必要时将问题反映给高级管理者
·确保项目组制定的计划、标准和规程适合项目组需要，同时满足评审需要
· 向开发人员提供反馈

2.2 QA的活动
　　QA的工作内容为：
1) 客观评价过程和工作产品：对于所实施的过程和相关工作产品以及服务对适用的过程描述、标准和规程的遵循情况进行客观评价。
2) 提供客观情况：客观地跟踪和通报不符合问题，并且确保解决它们。
　　因此，QA的活动步骤如图2所示。
　　　　　　　
　　　　　　　　　　　　　　　　　　　　　图2 QA的活动步骤
　　由上可知，QA涉及以下活动：
· 对照适用的过程描述、标准和规程客观地评价所执行的过程、工作产品和服务；
· 识别不符合问题，并形成文件：
· 向项目工作人员和管理者反馈质量保证活动情况；
· 确保不符合问题得到处理。

3 QA与QC、测试之间的关系
3.1 QA和QC
　　QA和QC区别在于：
· QC：检验产品的质量，保证产品符合客户的需求；是产品质量检查者；
· QA：评审过程和产品的质量，特别要保证过程被正确执行，通过保证过程质量来保证产品质量 。
　　由上面的区别可知，QC进行质量控制，向管理层反馈质量信息；QA则确保QC和过程实施者按照过程进行质量控制活动，按照过程将检查结果向管理层汇报。软件开发过程和的QC工作通常就是对软件工作产品的技术评审（如同行评审等）。
　　在这样的原则下，简单而言QA只要检查项目按照过程进行了某项活动没有，产出了某个产品没有；而QC来检查产品是否符合质量要求。

3.2 QA与测试
　　下图显示了一个企业的开发过程、支持过程的关系。
　　　　　　
　　从现代软件工程的观点来看，测试应是软件生命周期过程的一个不可缺少的阶段，是确保规定的需求得以满足，上图的流程模型体现了这一点。而QA活动则是贯穿于整个软件生命周期过程及其支持过程，包括培训、采购等活动，以确保所策划的过程得以实施。QA活动和测试过程可能同时关注同一个产品，但是关注的角度不同。
　　应该在项目的早期阶段开始QA过程，以便确定有益于项目的计划、过程、标准和规程并且满足项目需求和组织方针。从事质量保证的人要参加计划、过程、标准和规程的确定，以确保它们适合于项目的需要和适合于进行质量保证评价。

4 实施QA活动的方法
4.1 QA的工作流程
图4描述了QA的一般工作流程。
　　　　　　
　　　　　　　　　　　　　　　　　　图4 QA的工作流程
　　应指定在生存周期中将进行评价的特定过程和产品。可以根据抽样方式或客观准则进行指定；这些准则要与组织的方针和项目需求以及需要一致。
　　识别出不符合问题后，首先是在项目内部处理，如果可能，就地加以解决。任何不能在项目组内部解决的不符合问题，要逐级上报适当的管理者予以解决。
　　在过程中，QA一般比较注重的是过程是否符合规范？测试是否合理、充分？评审是否及时、有效等，这些是重要的“检验”过程，可以列为重点。过程是否符合规范，一般要看过程有没有计划，计划详细与否，可行与否，工作量评估是否可行（主要是检查评估方法）？日常管理是否可行？配置管理是否可行？过程遵循那些标准？实施什么样的裁减，等等。
　　在整个QA过程的评审活动中，QA需要具备一定的数据意识，要不断的收集各种数据，尤其是质量数据。最好具备一定的项目管理经验，要不然，只能是一种边缘参与，是进入不了项目的。QA最好能帮助PM将问题分析清楚。PM会思考要将问题做成什么样子，而QA可以思考如何去做，这样就可以达到一种配合的效果。
　　其次还要注意一点，就是QA以什么心态去监控项目组，我们公司提出的是“质量服务”，也就是说，项目组是我们的客户，我们是为他们提供质量服务的。

4.2 最佳实践
　　实施QA活动的最佳实践应该根据不同的企业情况而不同，但以下几条是实施过程改进活动中总结出来的，具有一般意义。
1) QA人员要求
· 服务精神：QA应定位为教练、服务的角色，而不是警察的角色。
· 了解过程：熟悉过程规范。
· 了解开发：如果QA有过开发经验，则可更好地实施评审活动。
· 沟通技巧：通过好的沟通技巧发现问题，解决问题。
· 专门培训：QA人员最好经过专门的培训，以提高评审技巧。
2) 制定QA计划
　　计划中可能包含以下内容：
· 质量目标（与度量的数据相关联）
· 人员安排
· 时间
· 检查工具（检查表）
· 检查对象（活动和产品）
· 检查点及频次
3) 编制检查表
　　检查表是QA人员进行评审活动的工具。编制检查表时应考虑以下问题：
· 何时需要检查表
· 检查表包括什么内容
· 如何使用检查表
· 如何调整检查表
4) 形成QA报告
　　QA应对检查的结果形成报告，以便跟踪、解决、关闭所发现的问题。形成QA报告时应考虑：
· 报告目的
· 报告内容
· 问题沟通
· 问题跟踪
· 问题上报
5) 几个参见问题
· QA价值开始不被项目组认可
· 一个全职的QA可以同时兼任多少个项目的QA工作
· QA与项目组的关系难处理
· 项目组有了QA，可是需求文档和设计文档的质量还是不高

5 结束语
　　总之，QA活动对于过程改进具有重要的意义，这是由人治到法治的一个必经阶段。所以，只要国内IT及软件企业能够认真贯彻CMMI模型规范的要求，持之以恒，随时解决实施中发现的问题，就会体会到QA活动的巨大效益。

参考文献：
1． CMMI－Guidelines for Process Integration and Product Improvement, Mary Beth Chrissis, etc., Addison-Wesley/Pearson Education, May 2003
2． Managing the Software Process, Watta.S.Humphrey, Addison-Wesley, March 2002
3． CMMI Distilled: A Practical Introduction to Integrated Process Improvement, Dennis.M.Ahern, etc., Pearson Education, june 2001