项目质量控制的工具和技术分析3

　　摘要：8．6．4质量控制图和七点运行法则 控制图(controlchart)是数据的图形表示，表明一个过程随时间变化的结果。汉弗莱说，平均起来，程序员每9—10行编码就会产生一个软件缺陷，完成的软件全部测试之后，每千行编码大约包含5—6个软件缺陷。

　　8．6．4质量控制图和七点运行法则

　　控制图(controlchart)是数据的图形表示，表明一个过程随时间变化的结果。控制图的主要用途是为了预防缺陷，而不是检测或拒绝缺陷。质量控制图可以使你确定一个过程是受控还是失控。当一个过程是受控的，过程结果中的任何变化都是由随机事件产生的。受控的过程不需要调节。当一个过程是失控，过程结果中的变化是由非随机事件产生的。当一个过程失控，你需要确认这些非随机事件的起因，并调节过程以纠正或消除这些起因。控制图常常用来监控批量制造，但也能用于监控变更请求的数量和频率、文件中的错误、成本和进度偏差，以及其他与项目质量管理有关的事项。

　　图8-3是制造12英寸尺子的过程控制图示例。假定这是在一条装配线上由机器生产的木制尺子。图表上每一点代表下线尺子的长度测量值。纵轴的尺度从11．90—12．10。这些数字代表尺子规格的下限和上限。在这种情况下，这将意味着订购尺子的顾客明确指定他们买的所有尺子的长必须在11．90—12．10英寸之间或12±0．10英寸。在质量控制图中，下控制界限和上控制界限分别是1，1．91和12．09英寸。这意味着设计制造过程生产长度在11．91到12．09英寸之间的尺子。

　　注意图上在12．03英寸、12.06英寸和]2．09英寸等处的虚线。这些虚线分别代表这些点在平均值以上一个、两个和三个标准差。在11．97英寸、11．94英寸和11．91英寸等处的虚线分别代表这些点在平均值以下一个、两个和三个标准差。基于前述+3 的统计学定义，如果制造过程是受控的，99．73％的下线尺子的测量值在11．91—12．09英寸之间。

　　 寻找并分析过程数据的模型是质量控制的一个重要部·分。可以使用质量控制图和七点运行法则来寻找数据的模型。七点运行法则(Sevenrunrule)指出，如果质量控制图上连续的7个数据点都在平均值以下、都在平均值以上、或者所有点都呈现出上升或下降的趋势，那么需要检查这个过程是否有非随机问题。在图8—3中，违背了七点运行法则的数据点标注了星号。注意，包含第一点在内的一系列点都是上升或下降的情况。在尺子制造过程中，这些数据点可能表明一个校准装置需要调整。比如，为制造尺子，切木头的机器可能需要调整，或机器上的刀片需要更换。

　　8．6．5 测试

　　许多IT专业人员认为测试是IT产品开发临近结束时的阶段。一些公司不是在IT项目的适当计划、分析和设计上下功夫，而只是依靠在一个产品交货之前的测试来确保一定程度的质量。实际上，在系统开发生命周期的几乎每个阶段都需要测试，而不仅在一个产品被送达或交付顾客之前。

　　图8—4显示了描绘系统开发生命周期的一个方式。这个例子包括一个软件开发项目中17个主要任务，并显示了他们彼此间的关系。例如，每个项目应当由项目启动开始，然后做可行性研究，再做项目计划编制。此图表明，接下来准备详细系统需求分析和系统架构的工作可以同时展开。图中椭圆形代表实际的测试或任务，包括测试计划以确保OA软件开发项目的质量。

　　图8—4中的几个阶段包括与测试相关的具体工作。单元测试(unittest)是对每个单独部件(经常是一个程序)进行测试，以确保它尽可能的无缺陷。单元测试是在集成测试之前进行的。集成测试(Integrationtesting)是在单元测试和系统测试之间进行，用来测试功能性的分组组件，以确保全部系统的各子集模块协同运行。系统测试(systemtesting)是将整个系统作为一个整体进行测试。它着重于从宏观上来确保整个系统正常工作。用户验收测试(useracceptancetesting)是一个独立的测试，在系统交付验收之前由终端用户执行。它重点测试系统对组织业务的适应性，而非技术问题。

　　图8—5是一个甘特图，显示适于系统开发生命周期不同阶段的测试工作。‘一家咨询公司曾用此作为详细测试管理计划，不过这里给出的是其简化形式。为了帮助改进软件开发项目的质量，对于组织来说，遵循一个严谨的测试方式是非常重要的。系统开发者和测试者也必须与项目所有的干系人建立伙伴关系，以确保系统能够满足他们的需要和期望，同时也保证测试被正确地执行。正如下节所描述的，相应测试的失败将产生巨大的成本。

　　但是，根据卡内基·梅隆软件工程学会特别会员和著名软件质量专家瓦特·汉弗莱(WatlS．Humphrey)的观点，测试不能解决所有软件缺陷问题。汉弗莱认为传统的编码一测试一安装的软件开发周期是不够的。当编码变得越来越复杂时，未得到检测的缺陷就会增加，这不仅成为测试者的问题，也成为了付费用户的问题。汉弗莱说，平均起来，程序员每9—10行编码就会产生一个软件缺陷，完成的软件全部测试之后，每千行编码大约包含5—6个软件缺陷。虽然有相多不同的定义，但汉弗莱将软件缺陷(softwaredefect)定义为在软件交付之前必须更正的问题，

　　由于测试一个复杂系统的规模是巨大的，所以，测试并不能完全地防止软件缺陷。另外，用户将不断创造那些开发者从未考虑过的新方法去使用系统，因此，某些功能特性可能从未被测试，甚至这些功能特性就没包含在系统需求中。汉弗莱建议人们在进入系统测试的时候，重新思考软件开发流程，以避免产生潜在的软件缺陷。这就意味着开发者在每一个测试阶段必须负责提供无误的编码。汉弗莱提出一个开发流程，在这个流程里，程序员测量和跟踪他们所犯的各种错误，这样，他们就能够应用这些资料来改善他们的业绩。汉弗莱也承认高层管理必须支持开发人员，允许他们自主地工作。程序员们需要激励和鼓励去做高质量的工作，他们对如何做这些工作也需要一些适当的控制。