质量保证计划、检查、跟踪、保证报告(质量保证计划过程检查测试)

质量保证过程域是SPP模型的重要组成部分。
本规范阐述了质量保证过程域的三个主要规程：

◆ 制定质量保证计划

◆ 过程与产品质量检查

◆ 问题跟踪与质量改进

上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。

本规范适用于国内IT企业的软件研发项目。
建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。

过程质量与产品质量存在某种程度的因果关系，通常“好的过程”产生“好的产品”而“差的过程”将产生“差的产品”。
人们销售的是产品而不是过程，用户关心的是最终产品的质量，而开发者（团队）既要关心过程质量又要关心产品质量。

提高产品质量有三种基本方法：

◆ 质量保证。
质量保证人员通过有计划地检查“工作过程以及工作成果”是否符合既定的规范，来监控和改进“过程质量”与“产品质量”。

◆ 技术评审。
请同行专家、技术人员对工作成果进行评审，尽早发现工作成果中的缺陷。

◆ 测试。
通过运行测试用例来找出软件中的缺陷。
例如单元测试、集成测试、系统测试、验收测试等。

质量保证既关心过程质量又关心产品质量。
如果“工作过程以及工作成果”不符合既定的规范，那么产品的质量肯定有问题。
基于这样的推理，质量保证人员即使不是技术专家，他也能够客观地检查和监控产品的质量。
这是质量保证方法富有成效的一面。
但是“工作过程以及工作成果”符合既定的规范却并不意味着产品的质量一定合格，因为仅靠规范无法识别出产品中可能存在的大量缺陷。
这是质量保证方法的不足之处。
所以单独的“质量保证”其实并不能“保证质量”。

技术评审与测试关注的是产品质量而不是过程质量，两者的技术强度比质量保证要高得多。
技术评审和测试能弥补质量保证的不足，三者是相辅相成的质量管理方法。
我们在实践中不能将质量保证、技术评审和测试混为一谈，也不能把三者孤立起来执行。
让质量保证人员参加并监督重要的技术评审和测试工作，这是很好的方法。
把三者有机地结合起来，可提高工作效率，降低成本。

质量保证小组（Quality Assurance Group, QAG）有如下特点：

◆ 质量保证小组在行政上独立于任何项目。
这种独立性有助于质量保证小组客观地检查和监控“过程以及产品的质量”。

◆ 质量保证小组有一定的权利，可以对质量不合格的工作成果做出处理。
这种权利使得质量保证小组的工作不会被轻视，并有助于加强全员的质量意识。
需要强调的是，提高产品质量是全员的职责，并非只是质量保证小组的职责。

质量保证过程域有3个主要规程：“制定质量保证计划”、“过程与产品质量检查”和“问题跟踪与质量改进”，如图18-1所示。

一、制定质量保证计划

质量保证小组为每个项目指定一名质量保证员（即接口人）。
质量保证员撰写《质量保证计划》，项目经理和质量经理审批该计划。
《质量保证计划》的主要内容是“过程与产品质量检查计划”、“参与技术评审计划”和“参与测试计划”。

二、过程与产品质量检查

质量保证员客观地检查项目成员的“工作过程”和“工作成果”是否符合既定的规范，并与项目成员协商改进措施。
质量保证员记录本次检查的结果和经验教训，并及时通报给所有相关人员。

三、问题跟踪与质量改进

质量保证员设法先在项目内部解决质量问题，如果在项目内部难以解决，则提交给上级领导处理。
质量保证小组分析机构内共性的质量问题，给出质量改进措施。

图18-1 质量保证过程域示意图

质量保证过程域产生的主要文档有：

◆《质量保证计划》

◆《质量保证检查表》

◆《质量保证报告》

◆《质量问题跟踪表》

制定关于检查和改进过程质量、产品质量的计划。

质量保证小组为每个项目指定一名质量保证员（即接口人）。

项目的质量保证员制定《质量保证计划》。

项目经理和质量经理（如果存在的话）审批《质量保证计划》。

《项目计划》已经制定。

该项目的质量保证员已经确定。

《项目计划》

质量保证员根据本项目的特征，确定需要检查的主要过程域和主要工作成果，并估计检查时间和人员。
注意，对某些过程域的检查应当是周期性的而不是一次性的，例如配置管理、需求管理等。

质量保证员确定相应的检查表（模板见SPP-TEMP-QA-CHECKLIST）。

《技术评审计划》一般由项目经理或者项目的技术骨干制定。

质量保证员应当参与并监督重要工作成果如需求、设计、代码的技术评审。
质量保证员根据《技术评审计划》，制定“参与技术评审”的计划。

一般地，项目开发小组自己负责单元测试和集成测试，机构独立测试小组负责最终产品的测试（如系统测试和验收测试）。
由于测试的种类比较多，《测试计划》也可能有多个。

质量保证员应当参与并监督重要工作成果的测试。
质量保证员参考各种《测试计划》，制定“参与测试”的计划。

虽然质量保证小组在行政上独立于任何项目，但是质量保证员的工作与项目紧密相关，所以《质量保证计划》应当经过项目经理的审批才能生效，以确保《质量保证计划》与《项目计划》一致。

如果机构存在质量经理，那么质量经理也要审批《质量保证计划》，以确保《质量保证计划》符合机构的要求（避免过于宽松而流于形式）。

《质量保证计划》

《质量保证计划》已经制定，项目经理和质量经理（如果存在的话）批准该计划。

质量保证员统计工作量和上述文档的规模，汇报给项目经理和质量经理。

客观地检查项目开发小组的“工作过程”和“工作成果”是否符合既定的规范。

质量保证员负责过程与产品质量检查。

根据《质量保证计划》执行质量检查。

《质量保证计划》

质量保证检查表

质量保证员和项目经理确定本次质量检查的时间、地点、参加人员等。

质量保证员根据检查表，和相关的项目成员交谈，检查项目的实际执行过程（包括项目管理过程、项目研发过程、机构支撑过程等）是否符合既定的规范。
如果发现不一致，质量保证员应当与相关人员分析原因并协商改进措施。

质量保证员根据检查表，和相关的项目成员交谈，检查项目的工作成果是否符合既定的规范（一个产品包含很多工作成果）。
如果发现不一致，质量保证员应当与相关人员分析原因并协商改进措施。

质量保证员如实记录本次质量检查结果，并总结经验教训。
该信息保存在《质量保证工作报告》中。

质量保证员及时将本次质量检查的结果、经验教训通报给所有项目成员、上级领导和其他相关的人员。

《质量保证报告》

质量保证员已经客观地检查了过程质量和工作成果的质量。

质量保证员把本次PPQC结果、经验教训通报给所有相关人员。

质量保证员统计工作量和上述文档的规模，汇报给项目经理。

识别质量问题并跟踪问题的解决过程；分析共性质量问题，给出质量改进措施。

项目的质量保证员识别质量问题并跟踪问题的解决过程。

质量保证小组分析机构内共性的质量问题，给出质量改进措施。

有关人员已经执行质量检查、技术评审或者产品测试。

质量检查、技术评审或者产品测试的报告

质量保证员记录在质量检查、技术评审和产品测试过程中发现的质量问题。

质量保证员首先设法在项目内解决已经发现的质量问题，与项目成员们协商解决措施。

质量保证员识别出那些在项目内难以解决的质量问题，将这些问题递交给上级领导，由上级领导给出解决措施。

质量保证员跟踪问题的解决过程，记录问题的状态，直到问题被解决为止。

质量保证小组分析机构内共性的质量问题，给出质量改进措施。

《质量问题跟踪表》

所有已经识别出来的质量问题都得到妥善的解决。

质量保证员统计工作量和上述文档的规模，汇报给项目经理。

企业根据自身的实力、人力资源组建质量保证小组，人员可以是全职的也可以是兼职的。
一般地，质量保证小组和SEPG之和占企业总人数的5％左右。

质量保证小组应当拥有直接向上级领导反映情况、提出建议的权利，如果质量保证小组的地位无足轻重，他的工作很容易被项目成员轻视或抵制。

先对质量保证小组进行培训，让他们掌握必要的工作技能。

选用合适的软件工具，尽量减少质量保证的工作量。

附录一：《质量保证计划》

目录

提示：质量保证员根据本项目的特征，确定需要检查的主要过程域和主要工作成果，并估计检查时间和人员。
注意，对某些过程域的检查应当是周期性的而不是一次性的，例如配置管理、需求管理等。

过程与产品质量检查计划

本项目质量保证员

PPQC检查表

参见 [SPP-TEMP-QA-CHECKLIST]

主要过程域

主要工作成果

检查时间

参加人员

提示：

（1）《技术评审计划》一般由项目经理或者项目的技术骨干制定。

（2）质量保证员应当参与并监督重要工作成果如需求、设计、代码的技术评审。
质量保证员根据《技术评审计划》，制定“参与技术评审”的计划。

（3）工作成果的技术评审有两种形式：正式技术评审（FTR）和非正式技术评审（ITR）。
FTR需要举行评审会议，参加评审会议的人数相对比较多。
ITR形式比较灵活，一般在同伴之间开展。

质量保证人员参与技术评审计划

工作成果名称

技术评审方式

预计评审时间

质量保证人员

主要技术评审人员

需求规格说明书

FTR

系统设计文档

FTR

源代码A,B,C…

ITR或FTR

…

提示：

（1）一般地，项目开发小组自己负责单元测试和集成测试，机构独立测试小组负责最终产品的测试（如系统测试和验收测试）。
由于测试的种类比较多，《测试计划》也可能有多个。

（2）质量保证员应当参与并监督重要工作成果的测试。
质量保证员参考各种《测试计划》，制定“参与测试”的计划。

质量保证人员参与产品测试计划

测试类型

质量保证人员

主要测试人员

测试时间

详细测试计划

单元测试

单元测试计划

集成测试

集成测试计划

系统测试

系统测试计划

验收测试

验收测试计划

4. 本计划审批意见

提示：(1)虽然质量保证小组在行政上独立于任何项目，但是质量保证员的工作与项目紧密相关，所以《质量保证计划》应当经过项目经理的审批才能生效，以确保《质量保证计划》与《项目计划》一致。
(2)如果机构存在质量经理，那么质量经理也要审批《质量保证计划》，以确保《质量保证计划》符合机构的要求（避免过于宽松而流于形式）。

项目经理审批意见：

签字

日期

质量经理审批意见：

签字

日期

附录二：《质量保证检查表》

提示：

（1）本表适用于检查“工作过程”与“工作成果”是否符合既定的规范。

（2）请使用者根据实际情况制定本检查表。

质量保证检查表

项目名称

检查日期

质量保证员

检查项状态标记

P 合格 O 不合格 TBD 待完成 NA 不适用

1. AAA过程域及工作成果检查表

主要检查项

状态

说明

2. BBB过程域及工作成果检查表

主要检查项

状态

说明

3. CCC过程域及工作成果检查表

主要检查项

状态

说明

……

附录三：《质量保证报告》

基本信息

项目名称

报告日期

质量保证员

报告批次

第N份

工作描述

参加人员

过程质量检查

受检查的过程域

检查结果

产品质量检查

受检查的工作成果

检查结果

问题与对策，经验总结

附录四：《质量问题跟踪表》

项目名称

质量保证员

编号

问题描述

解决措施

实际解决情况