《质量保证.docVIP

第18章 质量保证 2 18.1 介绍 2 18.2 制定质量保证计划 4 18.2.1 目的 4 18.2.2 角色与职责 4 18.2.3 启动准则 4 18.2.4 输入 4 18.2.5 主要步骤 4 [Step1] 制定过程与产品质量检查计划 4 [Step2] 制定“参与技术评审”的计划 4 [Step3] 制定“参与测试”的计划 5 [Step4] 审批质量保证计划 5 18.2.6 输出 5 18.2.7 结束准则 5 18.2.8 度量 5 18.3 过程与产品质量检查 5 18.3.1 目的 5 18.3.2 角色与职责 5 18.3.3 启动准则 6 18.3.4 输入 6 18.3.5 主要步骤 6 [Step1] 准备 6 [Step2] 客观地检查过程质量 6 [Step3] 客观地检查工作成果的质量 6 [Step4] 记录检查结果 6 [Step5] 通报结果 6 18.3.6 输出 7 18.3.7 结束准则 7 18.3.8 度量 7 18.4 问题跟踪与质量改进 7 18.4.1 目的 7 18.4.2 角色与职责 7 18.4.3 启动准则 7 18.4.4 输入 7 18.4.5 主要步骤 8 [Step1] 记录质量问题 8 [Step2] 确定解决措施 8 [Step3] 跟踪问题的解决过程 8 [Step4] 分析共性问题，给出改进措施 8 18.4.6 输出 8 18.4.7 结束准则 8 18.4.8 度量 8 18.5 实施建议 8 第18章 质量保证 质量保证（Quality Assurance, QA）的目的是提供一种有效的人员组织形式和管理方法，通过客观地检查和监控“过程质量”与“产品质量”，从而实现持续地改进质量。质量保证是一种有计划的、贯穿于整个产品生命周期的质量管理方法。 质量保证过程域是SPP模型的重要组成部分。本规范阐述了质量保证过程域的三个主要规程： 制定质量保证计划 [SPP-PROC-QA-PLANNING] 过程与产品质量检查 [SPP-PROC-QA-PPQC] 问题跟踪与质量改进 [SPP-PROC-QA-TRACKING] 上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。 本规范适用于国内IT企业的软件研发项目。建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。 18.1 介绍 过程质量与产品质量存在某种程度的因果关系，通常“好的过程”产生“好的产品”而“差的过程”将产生“差的产品”。人们销售的是产品而不是过程，用户关心的是最终产品的质量，而开发者（团队）既要关心过程质量又要关心产品质量。 提高产品质量有三种基本方法： 质量保证。质量保证人员通过有计划地检查“工作过程以及工作成果”是否符合既定的规范，来监控和改进“过程质量”与“产品质量”。 技术评审。请同行专家、技术人员对工作成果进行评审，尽早发现工作成果中的缺陷。 测试。通过运行测试用例来找出软件中的缺陷。例如单元测试、集成测试、系统测试、验收测试等。 质量保证既关心过程质量又关心产品质量。如果“工作过程以及工作成果”不符合既定的规范，那么产品的质量肯定有问题。基于这样的推理，质量保证人员即使不是技术专家，他也能够客观地检查和监控产品的质量。这是质量保证方法富有成效的一面。但是“工作过程以及工作成果”符合既定的规范却并不意味着产品的质量一定合格，因为仅靠规范无法识别出产品中可能存在的大量缺陷。这是质量保证方法的不足之处。所以单独的“质量保证”其实并不能“保证质量”。 技术评审与测试关注的是产品质量而不是过程质量，两者的技术强度比质量保证要高得多。技术评审和测试能弥补质量保证的不足，三者是相辅相成的质量管理方法。我们在实践中不能将质量保证、技术评审和测试混为一谈，也不能把三者孤立起来执行。让质量保证人员参加并监督重要的技术评审和测试工作，这是很好的方法。把三者有机地结合起来，可提高工作效率，降低成本。 质量保证小组（Quality Assurance Group, QAG）有如下特点： 质量保证小组在行政上独立于任何项目。这种独立性有助于质量保证小组客观地检查和监控“过程以及产品的质量”。 质量保证小组有一定的权利，可以对质量不合格的工作成果做出处理。这种权利使得质量保证小组的工作不会被轻视，并有助于加强全员的质量意识。需要强调的是，提高产品质量是全员的职责，并非只是质量保证小组的职责。 质量保证过程域有3个主要规程：“制定质量保证计划”、“过程与产品质量检查”和“问题跟踪与质量改进”，如图18-1所示。 一、制定质量保证计划 质量保证小组为每个项目指定一名质量保证员（即接口人）。