摘要：测试常被看作是一个昂贵且不可控的过程。测试花费太多的时间，耗费的比计划投入的多，无法提供充分的关于测试过程本身的质量情况。因此，信息系统的质量和商务风险难以判断。

　　很多组织意识到改进测试过程可以解决这些问题。但是，实际上为了改进和控制测试过程到底应该采取什么步骤以及什么次序是困难的。

　　基于实践知识和测试过程开发经验，测试过程改进模型（以下简称TPI）被开发出来。TPI提出了一个组织内测试过程成熟度的观点。

　　在这份文件里将介绍TPI的内容和结构。同时，测试过程改进的一些方面及面临的挑战也将做些讨论。

　　1、概述

　　测试常被看作是一个昂贵且不可控的过程。测试花费太多的时间，耗费的比计划投入的多，无法提供充分的关于测试过程本身的质量情况。因此，信息系统的质量和商务风险难以判断。

　　很多组织意识到改进测试过程可以解决这些问题。但是，实际上为了改进和控制测试过程到底应该采取什么步骤以及什么次序是困难的。

　　基于实践知识和测试过程开发经验，测试过程改进模型（以下简称TPI）被开发出来。TPI提出了一个组织内测试过程成熟度的观点。

　　在这份文件里将介绍TPI的内容和结构。同时，测试过程改进的一些方面及面临的挑战也将做些讨论。

　　2、软件测试的目的

　　一个信息系统开发阶段的测试活动可以这样来加以说明：

　　测试活动是从测试计划、测试准备到测试执行、测试分析这样一个过程，测试的目标是对信息系统（泛指软件）的特性进行确认，以发现该系统应有状态与实际状态的差异。

　　测试计划和测试准备活动用以定义测试过程何时开始。在任何测试方法应用前（即测试执行阶段前），测试过程要求有明确的计划和准备阶段。

　　测试可以降低系统质量的不确定度级别，但是测试效果的好坏依赖于系统发布所带来的风险，还有我们愿意花费在降低不确定度等级上的时间和资金。

　　3、测试等级

　　为了有效地组织测试，不同的测试等级需要加以应用。每一个测试等级对应某一组需求、功能或者技术说明。本章内容主要基于 [KoP99]和[ISEO4]。

　　3.1 低级测试

　　低级测试陷于系统的各个组成部分的测试中，例如程序单元，单独的或者关联的。从系统开发开始，即开始单元，程序和模块的测试。如上面所述这种分离性依赖于程序下部结构和所使用的编程语言。这类测试的执行者多数时候是开发人员。

　　当众多的系统基本单元确认已经符合他们的技术规格时，作为系统构成的稍大些的模块在集成测试中进行测试。集成测试主要关注与数据流和程序间的接口部分。

　　3.2 高级测试

　　高级测试全面、彻底的测试产品。在低级测试已经完成并且缺陷已得到纠正后，要进行系统测试以检验系统是否满足了功能和技术规格说明书中定义的要求。

　　系统测试完成后，向客户提交产品进行验收。验收测试需要模拟搭建一个产品环境。

　　高级测试尤其应该被作为一个单独的过程来执行。过去的经验显示高级测试过程的设计远比低级测试过程的设计更重要。

　　4、关于测试的几个问题

　　本章指出测试中的一些常见问题以及测试过程改进的一些必要方面，本章内容基于[KoP99]。

　　4.1 测试的原始形式

　　在系统进入产品阶段即将被发布前，测试工作短暂的开展一段时间，并且执行测试工作的人员是非专业的，而是随机的，谁有空闲谁来做。这就是测试的最初形式和状态。这类测试往往在系统进入产品发布阶段后或者近期没有发现新的缺陷即宣告终止，结果就是系统带着一些隐含的缺陷即被发布，导致在后续的因为这些缺陷而引发的软件重做、重测上付出高昂的代价。