QA知识

血铅含量在每升100微克以下，相对安全；在100—199微克之间，血红素代谢受影响，神经传导速度下降；在200—499微克之间，可有免疫力低下、学习困难、注意力不集中、智商水平下降或体格生长迟缓等症状。

QA

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

基本简介 无论是ISO9000还是CMMI，都是以过程为中心。也就是说，通过过程的持续改进来提高产品质量。而过程质量与产品质量如何正向关联呢？就需要质量保证（QA）

。这也是ISO9000和CMMI都很推崇的方法。但从国内软件企业的现状来看，很多企业的过程体系都相差无几，而开发出来的产品质量却千差万别。导致这种差别的原因有很多，过程及其执行方式的生搬硬套就是其中很重要的原因之一。

在建立QA组织的时候，多数企业也这样实行“拿来主义”。就像看着别人穿着一双非常漂亮的鞋，就想拿过来自己穿，一般都不会适合自己。其结果要么是打肿脚穿大鞋，要么是削足适履，效果可想而知。我们应该做的是“量脚买鞋”、“量体裁衣”。QA组织的建立也一样，应先

了解企业的文化、可获得的资源以及过程成熟度水平等，再据此选择适宜的QA组织。下面我们就从一个动态的视角来探讨QA组织的建立。 建立组织结构

建立一个组织，首先需要考虑的是它的组织结构。组织结构不仅在很大程度上决定了岗位的职责，而且还决定了资源如何配置。按照国内多数企业的做法，QA组织结构可划分为三类：职能结构、矩阵结构以及两者结合而成的柔性结构。

在职能结构中，各个职能部门设立自己的QA岗位，位于高级经理之下，独立于项目组。QA直接对高级经理负责，但业务上需要向项目经理汇报，属于项目成员。如图1所示。这种组织结构的优点是QA容易融入项目组，易于发现实质性的问题，解决问题也很快捷。缺点是各职能部门相对独立，部门之间的经验缺乏交流和共享，还可能出现对过程、方法和工具研究的重复性投资。在这种组织结构下，由于高级经理专注于业务的发展，QA的职业发展容易受到忽视，难于接受到应有的培训和提升。

在矩阵结构中，设立了专门的QA部门，与各业务职能部门平级。QA隶属于QA部，行政上向QA经理负责，业务上向业务部门的高级经理和项目经理汇报。如图2所示。在这种组织结构中，由QA部经理对QA考评和授权，有利于保证QA的独立性和评价的客观性，也有利于确保组织的长期利益与项目（或个人）的短期利益之间的平衡。QA资源为所有项目所共享，可按照项目优先级动态调配，资源利用更充分，

但也可能出现资源竞争冲突。此外，QA部门对QA流程的改进、QA知识的管理、QA人员的发展负责，并可集中资源进行QA平台的建设，以防止重复性的投资。但另一方面，在矩阵结构中，QA难于融入项目组，发现的问题也很少能得到及时有效的解决。

柔性结构是职能结构和矩阵结构的混合形态，在职能结构的基础上建立了QA组。

QA组是一个专业组，不是一个行政机构。QAG Leader可由质量管理部委派人员担任或由某业务部门的QA兼任。与职能机构一样，QA直接对高层经理负责，但在业务上向项目经理和QAG Leader汇报。柔性结构吸收了职能结构和矩阵结构的许多优点，既便于QA融入项目组，又便于部门之间经验的分享，还利于QA能力的提高。QAG Leader可以从各部门QA汇报中提取出各项目的共性问题，用于组织级过程的改进。企业还可以通过授予QAG Leader不同的权利，比如按照20/80原则与高级经理分配QA的管理，来促进QA专业研究与应用的结合。 确定岗位职责

在CMMI中，QA的主要工作是过程评审和产品审计。从实践经验来看，QA只完成这两项工作很难体现出QA的价值。为了让QA组织的产出大于组织的投入，实现增值，就应该根据企业需要适当增加QA的职责，比如过程指导、过程度量和过程改进等。过程指导主要是项目前期辅助项目经理制定项目计划（包括辅助定义或修改项目过程和过程模型、协助项目估计、建立项目验收准则、设置质量目标等），对项目

成员进行过程和规范的培训以及在过程中进行指导等。过程度量（包括产品度量）在CMMI中已经成为CMMI ML2级中一个单独的过程域，但却是对所有过程的一个共性要求。特别是成熟度越高，对度量的要求也越高，难度也越大。这就要求有专业的人员来负责，QA就是一个很好的选择。主要职责包括收集、统计、分析度量数据，以支持管理信息需求。过程改进在CMMI中主要是EPG的职责。但事实上，QA更接近于过程实施的环境，更了解过程运行的情况，也就更容易发现“木桶中最短的那块”。同时，QA也是改进过程试施的重要推动力量。 在了解了QA的这些工作以后，是否认为每个企业的QA职责应该都一样或者差不多呢？目前国内不少企业的现状确实是这样，这也是QA整体效果低下的一个很重要的因素。我们在确定QA职责的时候应该考虑自身的需要和环境，主要包括业务需求、过程成熟度水平和企业文化。

业务需求主要是确定了QA需要完成哪些方面的工作，比如执行同行评审过程中，QA可以协助评审和组织会议；在存在外包的情况下，可能需要QA在监控外包方方面发挥作用。

过程成熟度是影响QA职责分配很重要的因素，不同的成熟度等级所要求的QA工作分布是不同的，如图4所示。在低成熟度等级下，需要抽取各项目最佳实践来定义过程，并指导过程的试施，QA在这方面的工作最多。随着过程的完善、制度化和实施，QA的工作重点逐渐转向了过程评审和产品审计。当企业的过程成熟度达到4级或5级以后，

对过程的遵守已经成为员工的一种习惯，过程和产品的审查需求减少，而度量和过程能力的优化又成为QA的工作重点。

企业文化对QA来说就像空气一样，看不见它，但却深深地被它影响。比如说，在一个氛围活跃、高技术、创新能力强的企业，QA应该倾向于服务职责；而在一个强纪律、低技术、规章制度成熟的企业，QA就应该倾向于监督职责。 配置岗位人员

在建立组织结构过程中设立了QA工作岗位，现在就需要为岗位配备足够的资源，特别是分派岗位人员。从大体上说，QA人员的配备可根据企业特点分为两类：全职和兼职。

全职就是设置专门的QA人员，QA的主要职责就是质量保证工作。在设置这类人员时，最重要的是考虑他的知识、技能和素质是否符合组织和岗位的规定和要求。这些要求是依据企业文化和成熟度的不同而有所侧重。比如说，对于一个协作意识较弱、官僚主义较浓的企业，沟通对QA来说可能是一个重要的素质要求；对于成熟度较低，还没有制度化标准过程的企业，对业务的了解和QA专业知识的精通可能是选择QA最重要的标准。

兼职就是将工程师分派到其它职能部门或项目中去兼任QA工作，每一位工程师都作为一名潜在的QA。这也是QA人员配置的一个可选方案，一般适宜于开放的、以质量为向导的文化，反过来也能对质量文

化的建设起到很大的促进作用。但这种方案应小心地与组织制度结合，比如奖惩制度、成本制度等，否则容易引起利益冲突。

由于QA的概念引入国内不久，QA人才相当缺乏。为了获得足够的资源来完成QA工作，也可以采取岗位轮换的方式。比如，允许项目经理在项目管理岗位和QA岗位上轮换，把一定的QA工作经历作为项目经理上岗的必备条件。采取岗位轮换的方式，一方面解决了QA资源的不足，另一方面还促进了轮岗人员把QA的思想和方法融会到开发和项目管理工作中，更大程度上提高产品质量。

从以上的分析我们可以知道，建立QA组织需要动态地考虑企业的文化、可获得的资源以及过程成熟度水平等因素，做到“因地制宜”，而不是生搬硬套。首先要建立一个适宜的组织结构，组织结构中确立了QA岗位和汇报渠道。接下来就是确定岗位职责，并根据岗位职责的要求配置合适的QA人员。只有在组织结构、岗位职责、岗位人员都设置和整合好以后，才能充分发挥QA的价值，确保通过过程的持续改进来带动产品质量的不断提高

QC

QC即英文QUALITY CONTROL的简称，中文意义是质量控制，其在ISO9000:2005的定义是“质量管理的一部分,致力于满足质量要求”。

产品经过检验后再出货是质量管理最基本的要求。质量控制是为了通过监视质量形成过程，消除质量环上所有阶段引起不合格或不满意效果的因素。以达到质量要求，获取经济效益，而采用的各种质量作业技术和活动。在企业领域，质量控制活动主要是企业内部的生产现场管理，它与有否合同无关，是指为达到和保持质量而进行控制的技术措施和管理措施方面的活动。质量检验从属于质量控制，是质量控制的重要活动。 有些推行ISO9000的组织会设置这样一个部门或岗位，负责ISO9000标准所要求的有关质量控制的职能，担任这类工作的人员就叫做QC人员，相当于一般企业中的产品检验员，包括进货检验员（IQC）、制程检验员（IPQC）和最终检验员（FQC）。

QC的工作主要是产成品，原辅材料等的检验，QA是对整个公司的一个质量保证，包括成品，原辅料等的放行，质量管理体系正常运行等 。在质量管理发展史上先出现了“QC”，产品经过检验后再出货是质量管理最基本的要求。QC职能为生产加工过程中的管控及制程数据的统计＼分析，并将相关信息提供给其它部门。

QC旧七大手法指的是：检查表、层别法、柏拉图、因果图、散布图、直方图、管制图。

推行QC七大手法的情况，一定程度上表明了公司管理的先进程度。这些手法的应用之成败，将成为公司升级市场的一个重要方面：几乎所

有的OEM客户，都会把统计技术应用情况作为审核的重要方面，例如TDI、MOTOROLA等。

QC——质量控制 Quality Control

为达到规范或规定对数据质量要求而采取的作业技术和措施。 质量控制是为了通过监视质量形成过程，消除质量环上所

有阶段引起不合格或不满意效果的因素。以达到质量要求，获取经济效益，而采用的各种质量作业技术和活动。在企业领域，质量控制活动主要是企业内部的生产现场管理，它与有否合同无关，是指为达到和保持质量而进行控制的技术措施和管理措施方面的活动。质量检验从属于质量控制，是质量控制的重要活动。

“作业技术”是控制手段和方法的总称，“活动”则是人们对这些作业技术的有计划、有组织的系统运用，是一种科学的质量管理方法。前者偏重于方法、工具，后者偏重于活动过程。质量控制的目的在于以预防为主，管因素保结果，确保达到规定要求，实现经济效益。

质量控制的主要功能就是通过一系列作业技术和活动将各种质量变异和波动减少到最小程度。它穿于质量产生、形成和实现的全过程中。

除了控制产品差异，质量控制部门还参与管理决策活动以确定质量水平。

质量控制中的见证点和停止点

在国际上，质量控制对象根据它们的重要程度和监督控制要求不同，可以设置“见证点”或“停止点”。“见证点”和“停止点”都是质量控制点，由于它们的重要性或其质量后果影响程度有所不同，它们的运作程序和监督要求也不同。 见证点

见证点的运作程序和监督要求如下：

(1)施工单位应在到达某个见证点之前的一定时间，书面通知监理工程师，说明将到达该见证点准备施工的时间，请监理人员届时现场进行见证和监督。

(2)监理工程师收到通知后，应在“施工跟踪档案”上注明收到该通知的日期并签字。

(3)监理人员应在约定的时间到现场见证。监理人员应对见证点实施过程进行监督、检查，并在见证表上作详细记录后签字。

(4)如果监理人员在规定的时间未能到场见证，施工单位可以认为已获监理工程师认可，有权进行该项施工。

(5)如果监理人员在此之前已到现场检查，并将有关意见写在“施工跟踪档案”上，则施工单位应写明已采取的改进措施，或具体意见。 停止点

停止点是重要性高于见证点的质量控制点，它通常是针对“特殊过程”或“特殊工艺”而言。凡列为停止点的控制对象，要求必须在规定的控制点到来之前通知监理方派人对控制点实施监控，如果监理方未能在约定的时间到现场监督、检查，施工单位应停止进入该控制点相应的工序，并按合同规定等待监理方，未经认可不能越过该点继续活动。通常用书面形式批准其继续进行，但也可以按商定的授权制度批准其继续进行。

见证点和停止点通常由工程承包单位在质量计划中明确，但施工单位应将施工计划和质量提交监理工程师审批。如果监理工程对见证点和停止的设置有不同意见，应书面通知施工单位，要求予以修改，再报监理工程审批后执行。

QC-Quality Center的缩写

它是Mercury Interactive 公司推出的一个基于 Web 且支持测试管理的所有必要方面的应用程序。该软件提供统一、可重复的流程，用于收集需求、计划和安排测试、分析结果并管理缺陷和问题。组织可使用该软件在较大的应用程序生命周期中实现特定质量流程和过程的数字化。该软件还支持在 IT 团队间进行高水平沟通和协调。 让我们了解一下QC的功能：

1.Quality Center 有助于维护测试的项目数据库，这个数据库涵盖了应用程序功能的各个方面。设计了项目中的每个测试，以满足应用程序的某个特定的测试需求。要达到项目的各个目标，可将项目中的测试组织成各种特定的组。Quality Center 提供了一种直观、高效的方

法，用于计划和执行测试集、收集测试结果以及分析相关数据。Quality Center 还具有一套完善的系统，用于跟踪应用程序缺陷，通过它，您可

以在从初期检测到最后解决的整个过程中严密监视缺陷。将 Quality Center 链接到电子邮件系统，所有应用程序开发、质量保证、客户支持和信息系统人员可以共享缺陷跟踪信息。

2.Quality Center 可以集成 Mercury 测试工具（WinRunner、QuickTest Professional、QuickTest Professional for MySAP.com Windows Client、LoadRunner 和 Visual API-XP）以及第三方和自定义测试工具、需求和配置管理工具。Quality Center 可以无缝地与您选择的测试工具通信，提供一种完整的解决方案，使应用程序测试完全自动化。

3.Quality Center 可指导您完成测试流程的需求指定、测试计划、测试执行和缺陷跟踪阶段。它把应用程序测试中所涉及的全部任务集成起来，有助于确保客户能够得到最高质量的应用程序。

总之个人认为在测试中合理的使用QC，能起到事半功倍的效率，所以现在一些公司都在使用QC为了管理整个测试流程。微软公司有自己的一套测试管理工具，比QC的功能还要强大。

————————————————————————————————————

其他领域的QC ：

1. 御用大律师（中国大陆译皇室法律顾问，马来西亚译女皇律师，英文：Queen's Counsel、简称QC）是英国皇室的法律顾问。御用大律师不单单只在英国，它亦是一种对奉英王为元首的英联邦国家中资深大律师的一种封号。英国皇室每年都会有两次为英联邦国家的资深大律师册封为御用大律师的机会。御用大律师并不是大律师的一个阶级，但他们在法庭内会得到特别的待遇，例如：可以穿著特别设计的丝质外衣。

2. abbr. for quartermaster corps 陆军军需兵 3.quality center测试软件

[1][2]

QC的前身就是大名鼎鼎的TD,改进后现在可以叫Quality

Center,网上有试用版，可以免费试用6个月，但是自带的SQL数据库只支持5个人用，建议大家可以连接一个正版的SQL数据库或者Access数据库。QC比TD改进在把TD转移到了j2ee平台上，支持weblogic,jboss，支持QTP/WinRunner，不过BPT只在QC8.2可用。经过试用QC9.0其极耗资源。 QC的功能：

1.Quality Center 有助于维护测试的项目数据库，这个数据库涵盖了应用程序功能的各个方面。设计了项目中的每个测试，以满足应用程序的某个特定的测试需求。要达到项目的各个目标，可将项目中的测试组织成各种特定的组。Quality Center 提供了一种直观、高效的方法，用于计划和执行测试集、收集测试结果以及分析相关数据。Quality

Center 还具有一套完善的系统，用于跟踪应用程序缺陷，通过它，您可

以在从初期检测到最后解决的整个过程中严密监视缺陷。将 Quality Center 链接到电子邮件系统，所有应用程序开发、质量保证、客户支持和信息系统人员可以共享缺陷跟踪信息。

2.Quality Center 可以集成 Mercury 测试工具（WinRunner、QuickTest Professional、QuickTest Professional for MySAP.com Windows Client、LoadRunner 和 Visual API-XP）以及第三方和自定义测试工具、需求和配置管理工具。Quality Center 可以无缝地与您选择的测试工具通信，提供一种完整的解决方案，使应用程序测试完全自动化。

3.Quality Center 可指导您完成测试流程的需求指定、测试计划、测试执行和缺陷跟踪阶段。它把应用程序测试中所涉及的全部任务集成起来，有助于确保客户能够得到最高质量的应用程序。

总之个人认为在测试中合理的使用QC，能起到事半功倍的效率，所以现在一些公司都在使用QC为了管理整个测试流程。微软公司有自己的一套测试管理工具，比QC的功能还要强大。

QC之所以强大，被很多公司采用，均是由于其市面上流行的自动化测试工具有机的结合，可以将测试结果，bug直接放入QC，为测试人员节省了大量的时间并提高了效率。如果单纯为了管理case，花300万是不是有点不值了呢？因为excel里强大的宏就可以完全实现case管理工作，而且是免费的。

关于QA与QC（转）

2007-03-30 16:49

一、 概述

许多企业在建立研发管理体系时，尤其是实施CMMI时，都需要建立一个QA组织。但由于缺乏经验和指导，只能摸着石头过河，先从各个部门抽调一些新人和“闲人”成立一个部门，按照规范要求试试再说。这样尝试的结果，往往是走了弯路，一切回到原点。

还有一些企业已经成立了QA部门，QA的职责就是保证过程体系一板一眼地得到严格执行。而研发人员却认为QA只会站在研发环节之外指手画脚，像警察一般指责研发人员的不是。而QA人员对此也相当委屈，“我是照章办事啊”，得罪了人不说，还可能对自己的工作内容感到迷惘。这样的QA部门，在其它部门的眼中“可有可无”，在老板的眼中是“白白增加了管理成本”。

二、QA在不同组织结构中的组织形式

质量体系的建设是一个系统工程，它存在的形式不仅是一套质量体系文件和质量管理部，它更体现为一个企业的质量文化和质量文化在企业的贯彻实施。软件企业在规划质量体系时往往会选择一个模型，如

ISO9000、CMMI、XP等。具体选择何种模型，还要看企业的实际情况，充分协调人、技术、过程三者之间的关系，使质量体系能够充分发挥作用，促进企业生产力的发展。质量文化的形成和贯彻实施与QA组织的人员构成、角色定位有着密切的关系。同时，不同企业的各种组织结构也影响着QA组织的建立和作用。根据对一些企业实际情况的调查，以下分别介绍职能型组织结构和矩阵型组织结构中，QA组织的区别和各自的优缺点。

1. 职能型组织结构中的QA组织

在职能型组织结构中，各个职能部门可能会设立自己的QA岗位。QA独立于项目组，直接向部门主管报告，但在业务上也向项目经理进行汇报。如图1所示。在职能型组织结构下QA组织的优点是：因为同属于一个部门，QA人员容易深入项目组的具体工作，容易发现项目的实际问题，项目组对问题的处理也更快捷。缺点是各职能部门相对独立，部门之间缺乏经验的交流和共享。不同部门还可能重复进行过程、方法和工具的研究。而且，企业中普遍存在“重业务，轻过程”的现象，QA的工作与业务工作相比显得无足轻重，QA人员的职业发展更容易受到忽视，很难接受应有的培训和提升。

图1 职能型组织结构下的QA组织

2. 矩阵型组织结构中的QA组织

在矩阵型组织结构中，企业设立了专门的质管部，QA人员由质管部指派到各个项目组。QA独立于项目组和职能部门，在行政上向QA经理报告，业务上向项目经理报告。如图2所示，在矩阵型组织结构中，项目经理对QA的工作绩效有建议权，但由QA部经理对QA进行直接考评，这既有利于保证QA工作的独立性和评价的客观性，也可以保证QA组织的长期利益与项目的短期利益之间的平衡。QA资源的分配是根据项目特点、工作量和进度而确定的，同时考虑项目优先级，对QA人员进行动态调配，保证更加充分地利用资源。一个软件QA通常可以负责5个左右的软件项目的质量保证工作，硬件QA可以负责2、3个项目的工作。

此外，由于QA人员直接面对项目组开展工作，非常了解过程运行的情况，更容易发现过程改进的“短板”，所以QA是改进过程实施的重要推动力量。因此，许多企业的质管部还担负了组织级质量体系的优化、过程资产库和度量数据库的建立、维护和使用的职能。质管部甚至还可能包括了企业级IT系统规划、建立和推广实施的职能。这种情况下，质管部成为QA人员的资源池，一方面负责为项目输送QA人员，另一方面关注培养QA人员。可以有效避免职能型组织结构中不同部门重复投资于质量体系、忽视QA职业发展的问题。

在矩阵型组织结构中也有一个问题，由于QA和项目组分别向不同的领导负责，因此相对而言，QA较难融入项目组深入发现问题，而且可

能常常遇到QA与项目经理很难就一个问题是否成其为问题而达成共识的扯皮情况。对于这种情况，可以通过问题的“上报”机制来解决，即对于QA与项目组协商后仍不能解决的问题，QA可以直接报告职能部门主管和质管部经理，通过高层协商和协调资源来寻求问题的解决。

图2 矩阵型组织结构下的QA组织

三、QA的三大角色和职责

1. QA的三大角色

CMMI标准文件说，QA是高级经理的“ears anｄ eyes”。研发人员眼中的QA往往也是“警察”， QA的作用似乎仅限于发现和报告项目的问题。其实，一个合格的QA在项目中会充当三种角色：

角色1-老师，具备学习和培训的能力。

角色2-医生，通过度量数据对项目过程进行诊断，帮助分析原因，开处方。

角色3-警察，以企业流程为依据，但要告诉大家流程背后的原因；如果和项目组针对某些问题意见相左，可以直接汇报高层。

典型的QA的职责包括了：过程指导、过程评审、产品审计、过程改进、过程度量。

◆ 老师的角色——在项目前期，QA辅助项目经理制定项目计划，包括根据质量体系中的标准过程裁剪得到项目定义的过程，帮助项目进行估算，设定质量目标等；对项目成员进行过程和规范的培训以及在过程中进行指导等。

◆ 警察的角色——在项目过程中，QA有选择性地参加项目的技术评审，定期对项目的工作产品和过程进行审计和评审。

◆ 医生的角色——在项目过程中，QA也可以承担收集、统计、分析度量数据的工作，用于支持管理决策。

在CMMI中，度量分析是一个单独的过程域。CMMI成熟度等级越高，对度量分析提出的要求也越高，难度越大。相应地，QA人员应该具备的能力要求就更高。那么，在企业的实际操作中，QA到底是老师、医生还是警察？或者三者皆

如果企业计划进行CMMI评估或者经过评估已经达到了某个成熟度等级，那么这些企业中的QA应该做到以上所列的所有工作，这是为了满

足CMMI要求的必须。但如果仅从企业自身业务和管理的需要出发，考虑到企业文化，就不一定非得要求QA既当警察又当老师和医生了。例如，企业认为同行评审投入资源多，产生效益却不明显，QA应加强对同行评审过程的监控，因此QA可以承担同行评审会议的组织和协调工作。而有些企业则是由项目组按照流程自行组织同行评审，QA只是抽样参与评审过程进行审计。如果企业有外包业务，则QA应该作为外包过程和产品质量监控的主力。

2. 不同过程成熟度等级对QA职责的要求

CMMI不同成熟度等级对QA职责的要求有较大的不同，过程成熟度是影响QA工作分布很重要的因素。成熟度等级较低时，由于过程体系尚处于建立过程中，员工的过程意识不强，所以QA的工作主要集中在收集最佳实践、定义过程体系和培养员工建立过程意识方面。随着过程体系的实施、完善和制度化，QA的工作重点转移到过程评审和产品审计。当企业达到了高成熟度等级，即4、5级时，过程的执行已经高度制度化，成为员工的工作习惯，因此过程评审和产品审计所需要的工作量也大量减少，而定量管理需要QA作为专业人员更多地投入度量分析工作中。组织级的过程变革、技术变革等过程改进工作是5级企业对QA最主要的要求。如下图所示，随着成熟度等级的变化，QA花费在过程指导、过程评审、产品审计、过程度量和过程改进方面的工作量分布也不同。

本文来源：https://www.bwwdw.com/article/mgo.html