QA、QC、QE的比较与区别_第1页
QA、QC、QE的比较与区别_第2页
QA、QC、QE的比较与区别_第3页
QA、QC、QE的比较与区别_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、.QA、QC、QE的比较与区别一、区别 (一)、QA、QC的定义 QA是英文Quality Assurance 的简称,中文含义是质量保证。按照ISO9000:2000,QA的定义是“质量管理的一部分,致力于提供质量要求会得到满足的信任”,DQA是设计品保工程师。 QC是英文 Quality Control的简称,中文含义是质量控制,QC的定义则是“质量管理的一部分,致力于满足质量要求”。其在ISO8402:1994的定义是“为达到品质要求所采取的作业技术和活动”。有些推行ISO9000的组织会设置这样一个部门或岗位,负责ISO9000标准所要求的有关品质控制的职能,担任这类工作的人员就叫做Q

2、C人员,相当于一般企业中的产品检验员,包括进货检验员(IQC)、制程检验员(IPQC)、半成品检验员(FQC)和成品出厂检验(OQC)。成品出厂检验(OQC)包含成品出厂前必须进行出厂检验,才能达到产品出厂零缺陷客户满意零投诉的目标。检验项目包括: 成品包装检验:包装是否牢固,是否符合运输要求等。 成品标识检验:如商标批号是否正确。 成品外观检验:外观是否被损、开裂、划伤等。 成品功能性能检验。批量合格则放行,不合格应及时返工或返修,直至检验合格。 标准中的定义都言简意赅,难以长篇大论,这可能会导致定义不太容易清晰理解。简言之,QC是对人事、对物,直接致力于满足质量要求:QA则是对人、对过程,

3、致力于使管理者、顾客和其他相关方相信有能力满足质量要求。 在软件/信息化方面的一些标准中,QA的定义包括:“质量保证是指为使软件产品符合规定需求所进行的一系列有计划的必要工作。”(GB/T 12504-1990计算机软件质量保证计划规范);“为使某项目或产品符合已建立的技术需求提供足够的置信度,而必须采取的有计划和有系统的全部动作的模式。”(GB/T114571995软件工程术语)。在这两个标准中都没有直接关于QC的定义。 按照不同的目的、从不同的角度对同一个术语的定义往往存在差异,例如GB/T 12504-1990、GB/T114571995分别对QA的定义就存在差异,按照GB/T 1250

4、4-1990的QA定义涵盖的范围较宽,包含了QC的内容。(二)、 QA与QC的侧重点比较 在一个软件组织或项目团队中,存在QA和QC两类角色,这两类角色工作的主要侧重点比较如下:(三)、QA与QC的其他重大区别还包括: 具备必要资质的QA是组织中的高级人才,需要全面掌握组织的过程定义,熟悉所参与项目所用的工程技术;QC则既包括软件测试设计员等高级人才,也包括一般的测试员等中、初级人才。国外有软件企业要求QA应具备两年以上的软件开发经验,半年以上的分析员、设计员经验;不仅要接受QA方面的培训,还要接受履行项目经理职责方面的培训。 在项目组中,QA独立于项目经理,不由项目经理进行绩效考核;QC受项

5、目经理领导,通常在项目运行周期内QC的绩效大部分由项目经理考核决定。 QA活动贯穿项目运行的全过程;QC活动一般设置在项目运行的特定阶段,在不同的控制点可能由不同的角色完成。 对称职的QA,跟踪和报告项目运行中的发现(Findings)只是其工作职责的基础部分,更富有价值的工作包括为项目组提供过程支持,例如为项目经理提供以往类似项目的案例和参考数据,为项目组成员介绍和解释适用的过程定义文件等;QC的活动则主要是发现和报告产品的缺陷。 3. QA的工作内容 国际标准、国家标准都是通用的,软件组织是具体的、鲜活的。不同组织中QA的工作职责和内容会有共同性,也会有特异性,可以分层次考虑QA的工作内容

6、和特点: 3.1 过程遵从性 保证过程遵从性是QA的根本职责,即保证项目组按组织规定的过程运行。通常各类组织,不仅是软件组织中的QA都致力于保证过程遵从性,以证实能以稳定的质量提供产品和服务,得到具备满足质量要求能力的信任。 3.2 计划符合性 保证项目的计划符合性首先是项目经理的责任,不是QA的根本职责。有些组织中QA不必认真关注计划符合性;但是,项目的规模、工作量、进度、缺陷等方面的计划符合性是高层管理者的关注重点,QA作为高层管理者的耳目有必要跟踪和报告计划符合性。在许多软件组织中跟踪和报告计划符合性是QA的常规工作内容。 3.3 工件正确性 工作产品(Work Product)简称工件

7、,指项目运行中产生的各种文档、代码、程序等。在多数软件组织中,QA通常不直接跟踪和报告工件正确性。其根本原因是这样做将会导致QA在项目工作中陷得太深,不利于保持QA的独立性和客观性。其他原因还包括QA的能力、时间资源都可能不足以支持其去跟踪和报告工件正确性。 4. 基于实际情况理解和处理QA的工作内容 怎样定义QA的具体职责范围是各组织自己的事,质量管理标准和过程改进模型都只会要求某个职责要有机构、角色履行,不会要求组织一定要设立某个机构、某种角色,或某种角色必须是怎样的职责。即使在同一个组织中,根据不同的应用目的也可以作不同的处理。 例如,在一个通过了SW-CMM三级的软件组织, QA计划的

8、最小范围只包括支持、跟踪和报告项目组的活动,当项目工件中存在外包部件时要跟踪和报告外包部件开发方的相关活动,当项目与特定顾客的需求、部署和实施有关时要负责与该顾客就质量管理问题,包括产品和服务缺陷等问题进行沟通。组织内部使用的QA与需求管理计划、配置管理计划、工件评审计划、沟通计划、风险管理计划、培训计划、测试计划、开发计划等是分离的;但对大型的企业信息化建设项目,如果顾客需要,提交给顾客以展示本组织质量保证能力的QA计划需要包括包括QA、QC的多方面计划,例如评审计划和测试计划,比较接近GB/T 12504-1990中的QA活动范围。(四)QE专门的品质工程师QA=Quality Assessment 质量评价/评估QC=Quality Control 质量控制所谓质量控制从来料、制程、半成品、成品的质量控制,也就是所谓的IQC/IPQC/FQC/OQC;所谓的质量评价/评估是辅助型的质量控制,侧重点在于体系、文件等;如果QC是前线指战员,那么QA就是后勤、纪委等保障系统;SQE是属于前端

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论