软件测试--（7）集成测试

1.集成测试

是每个模块完成单元测试后，按照设计时确定的结构图，将它们连接起来进行测试。

集成测试也称综合测试、组装测试、联合测试

1.测试目标

证明各个单元组合后不能按照既定意图协作运行，发现错误。

2.测试内容

单元间接口及集成后的功能。

关注的重点：

一模块穿越接口是否丢失

一模块是否会破坏另一模块功能

子功能组装是否达到所要求的主功能

全局数据结构是否会出现问题

误差累计问题

3.测试时间

单元测试-集成测试（理论上）

同步进行（实际上）

4.测试用例

依据概要设计说明和详细设计说明

5.测试形式和测试技术

2.非增量测试

各个模块可以同时进行单元测试，每个模块都有自己的单元测试环境。

各个模块测试完成后，将这些模块组装起来完成完整的程序。

 

优缺点：

需要为每个模块编写驱动模块和桩模块，工作量比较多。

一次集成的模块较多，往往到了测试过程的最后阶段才发现模块之间不匹配的接口、不正确的假设相关的编程错误，而且不易调试，难以定位错误。

但是只对单个模块测试时，运行时间快，而且可以多模块并行测试，但开发桩模块和驱动模块时需要的时间更多一些。

3.增量测试

 增量测试采用逐步集成方式实现测试，每次都前下一个要测试的模块封装到前面已经测试过的集合中去。

3.1自顶向下的测试方法：

从程序顶部或初始模块开始，要成为下一个模块，至少调用它的模块已经经过了测试。

原则：

1.如果是关键模块，就将这些关键部分今早添加进去。关键部分是某个复杂的采用新算法的或者容易出错的模块。

2.设计模块序列时，应将IO模块尽早添加进来。

优缺点：

主要的缺陷发生在程序的顶层时非常有利；

一旦引入IO功能，提交测试用例会更容易；

早起的程序可以进行演示，并激发积极性；

必须开发桩模块，要比最初复杂；

在引入IO功能之前，向桩模块中引入测试用例比较困难；

创建测试环境比较困难，甚至难以实现；

使人误解设计和测试可以交迭进行；

导致特定模块的测试后延。

3.2自底向上的测试方法：

从终端开始，逐步集成，逐步测试。

 

优缺点：

如果缺陷发生在程序的底层比较有利

测试环境容易生成

观察测试输出比较容易

必须开发驱动模块

直到最后一个模块添加进去，程序才形成一个整体；

3.3增量测试优缺点

增量测试的测试环境更容易

能更早地发现接口、模块相关之间的错误；

更容易定位错误和调试；

每次集成，都对之前的模块再次进行测试，测试更加彻底；

运行时间比较多

4.总结