标准中的定义都言简意赅，难以长篇大论，这可能会导致定义不太容易清晰理解。简言之，qc是对人事、对物，直接致力于满足质量要求：qa则是对人、对过程，致力于使管理者、顾客和其他相关方相信有能力满足质量要求。

在软件/信息化方面的一些标准中，qa的定义包括：“质量保证是指为使软件产品符合规定需求所进行的一系列有计划的必要工作。”(gb/t 12504-1990计算机软件质量保证计划规范)；“为使某项目或产品符合已建立的技术需求提供足够的置信度，而必须采取的有计划和有系统的全部动作的模式。”(gb/t11457—1995软件工程术语)。在这两个标准中都没有直接关于qc的定义。

按照不同的目的、从不同的角度对同一个术语的定义往往存在差异，例如gb/t 12504-1990、gb/t11457—1995分别对qa的定义就存在差异，按照gb/t 12504-1990的qa定义涵盖的范围较宽，包含了qc的内容。

2. qa与qc的侧重点比较

在一个软件组织或项目团队中，存在qa和qc两类角色，这两类角色工作的主要侧重点比较如下：

qa与qc的其他重大区别还包括：

具备必要资质的qa是组织中的高级人才，需要全面掌握组织的过程定义，熟悉所参与项目所用的工程技术；qc则既包括软件测试设计员等高级人才，也包括一般的测试员等中、初级人才。国外有软件企业要求qa应具备两年以上的软件开发经验，半年以上的分析员、设计员经验；不仅要接受qa方面的培训，还要接受履行项目经理职责方面的培训。

在项目组中，qa独立于项目经理，不由项目经理进行绩效考核；qc受项目经理领导，通常在项目运行周期内qc的绩效大部分由项目经理考核决定。

qa活动贯穿项目运行的全过程；qc活动一般设置在项目运行的特定阶段，在不同的控制点可能由不同的角色完成。

对称职的qa，跟踪和报告项目运行中的发现(findings)只是其工作职责的基础部分，更富有价值的工作包括为项目组提供过程支持，例如为项目经理提供以往类似项目的案例和参考数据，为项目组成员介绍和解释适用的过程定义文件等；qc的活动则主要是发现和报告产品的缺陷