集成测试的方法

5.3.3　集成测试的方法

为了保证系统的质量和可靠性，在分析、设计等各个开发阶段结束前，都需要对本阶段的成果进行严格的技术评审。但是审查不可能发现所有错误，同时在编码阶段还会产生大量错误。如果这些错误带到实际运行中去，会逐步暴露出来，影响系统的应用，甚至造成严重的经济损失、安全事故。

在系统正式交付用户运行前，需要对系统进行比较全面、彻底的检验审查，将错误控制在最小范围，不能经常出现不稳定、不可靠、运行结果不正确等事故，特别不能够存在导致数据损坏、安全失控、系统崩溃等的严重错误，这就是所谓的软件测试工作。

集成测试方法可以分为“黑盒测试”和“白盒测试”两类：

1.“黑盒测试”

指对已知系统的功能设计规格进行测试，证明每个实现了的功能是否符合要求。就软件测试来讲，黑盒测试意味着测试要在软件的接口处进行。也就是说，这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。黑盒测试主要是为了发现如下几类错误：

(1)是否有不正确或遗漏的功能？

(2)在接口上，输入能否被正确地接受？能否输出正确的结果？

(3)在接口上，错误的输入能否被发现和被纠正？

(4)是否有数据结构错误或外部信息访问错误？

(5)性能上是否能够满足要求？

(6)是否有初始化或终止性错误？

黑盒测试对系统内部的运行状况不关注，而是模拟实际工作输入数据，然后检查输出数据是否符合要求，这种方式无法遍历程序的每行代码，所以是一种不完全测试。但是这种方式测试规模、费用、时间比较好控制，所以在UGIS系统的确认测试、系统测试中使用。

2.“白盒测试”

又被称为结构测试或逻辑驱动测试。指已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否已经过检查。它是对系统的过程性细节做细致的检查，把测试对象看做一个打开的盒子，允许测试人员利用程序内部的逻辑结构和有关信息，涉及或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。

软件人员使用白盒测试方法，主要对程序模块进行如下的检查：

(1)对程序模块的所有独立的执行路径至少测试一次。

(2)对所有的逻辑判定，取“真”与取“假”的两种情况也至少测试一次；

(3)在循环的边界和运行界限内执行循环体。

(4)测试内部数据结构的有效性。

(5)各类错误输入情况至少测试一次，等等。

白盒测试在理论上可以发现所有可能出错的情况，但是实施起来所耗费的人力、物力、期限和资源非常大。如测试一个具有10次循环和3种逻辑路径的程序段，其不同执行路径高达3¹⁰条。同时用户和专家深入了解程序内部结构也是不太实际的，所以这种方式主要是提供给程序员进行模块测试和联合测试。