质量保证与质量控制的区别--资料.docx

质量保证与质量控制的区别--资料
质量保证与质量控制的区别
在软件项目中，不少技术人员经常混用QA(Quality Assurance 质量保证)和QC（Quality Control 质量控制）这两个术语；甚至一些实外，他并不直接干预开发者的工作，而是在项目管理的最高层面上工作。他要与项目经理和CCB、配置管理员、QC人员打交道。
怎样才知道QA工作是正确的？它也是结果导向的：通过不断改进组织过程，更快、更低成本地制造出用户需要的产品。
例如，在一个大项目中，QA人员可以帮助项目经理制定项目计划，使项目按照有组织的规程推进；他要使项目组成员明白，应按照相应的报告、里程碑、文档等规定来开展自己的工作。随着项目的进展，QA
人员可以适时导入“检查点”来查看哪里会发生新的风险。如，项目正在从事预定范围之外的工作，或项目有待加强管理之处。这些检查点是确保合适的人在正确时间就位的一个机会。
从目前国内不太理想的情况来看，QA工作往往靠“意向性、模糊”的企业文化来代替，我认为，完全依靠这种企业文化来造就合理成熟的工作套路，显得过于间接和不确定。因为在人员变动较快的软件行业，新入职的员工理解和认同企业文化并准确映射到具体工作中需要一个明显的滞后时间。这个弊端在小企业中不明显，但在大企业中会比较突出。所以，有必要建立起一套通用的QA工作标准模板，并在重要的大项目中指派专人担当QA人员。QA人员要实时追踪了解、监督、评估项目中各种事件（现象）是否符合规范的流程？现有流程是否有效率？低效事件是因未被流程涵盖还是流程缺陷所致？就是说，QA人员要有


质量保证与质量控制的区别
在软件项目中，不少技术人员经常混用QA(Quality Assurance 质量保证)和QC（Quality Control 质量控制）这两个术语；甚至一些实施培训的专业公司（Baidu和Oristand）也混淆了这两个概念。这种概念混淆，很不利于组织导入CMMI（软件能力成熟度模型）或ISO9000；更进一步说，也不利于提升软件项目管理水平。
实际上，这两个工作的性质明显不同，它们对从业人员的素质要求也很不相同。简单地说，QA（质量保证）是针对项目实施过程的管理手段，QC（质量控制）是针对项目产品的技术手段。
QA监督做事
QA致力于按照正确方法、在正确的时间做正确的事情：从做事方法上按照既定流程来保障产品质量，控制开发工作而不是解决具体存在的BUG。更贴切地说，QA并非“保证质量”而是“过程管理”（Process Management），以确保项目以一套成熟高效的做事方法开展和实施。依靠在QA制约下的开发过程，能够前瞻性地从制度上保障开发出好产品。因此，具有良好QA管理的企业，容易获得客户更多的信任。


在CMMI体系中，QA人员是独立于项目组的（不受项目经理管辖），他可以把项目经理不认错