软件测试之集成测试详解

软件测试之集成测试详解

集成测试是软件测试过程中的重要环节，它在单元测试完成后进行，主要目的是验证各个模块组合后的功能是否符合预期。本文将详细介绍集成测试的概念、目标、内容、时间安排、测试用例设计，以及两种主要的集成测试方法（非增量测试和增量测试）的优缺点。

1.集成测试

集成测试是在每个模块完成单元测试后，按照设计时确定的结构图，将它们连接起来进行的测试。集成测试也被称为综合测试、组装测试或联合测试。

测试目标

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

测试内容

主要测试单元间接口及集成后的功能。重点关注以下方面：

• 一模块穿越接口是否丢失
• 一模块是否会破坏另一模块功能
• 子功能组装是否达到所要求的主功能
• 全局数据结构是否会出现问题
• 误差累计问题

测试时间

理论上，集成测试应该在单元测试之后进行，但实际上，单元测试和集成测试往往是同步进行的。

测试用例

集成测试用例主要依据概要设计说明和详细设计说明来设计。

2.非增量测试

非增量测试是指各个模块可以同时进行单元测试，每个模块都有自己的单元测试环境。各个模块测试完成后，将这些模块组装起来完成完整的程序。

优缺点

• 需要为每个模块编写驱动模块和桩模块，工作量比较多。
• 一次集成的模块较多，往往到了测试过程的最后阶段才发现模块之间不匹配的接口、不正确的假设相关的编程错误，而且不易调试，难以定位错误。
• 但是只对单个模块测试时，运行时间快，而且可以多模块并行测试，但开发桩模块和驱动模块时需要的时间更多一些。

3.增量测试

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

3.1自顶向下的测试方法

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

原则

1. 如果是关键模块，就将这些关键部分今早添加进去。关键部分是某个复杂的采用新算法的或者容易出错的模块。
2. 设计模块序列时，应将IO模块尽早添加进来。

优缺点

• 主要的缺陷发生在程序的顶层时非常有利；
• 一旦引入IO功能，提交测试用例会更容易；
• 早起的程序可以进行演示，并激发积极性；
• 必须开发桩模块，要比最初复杂；
• 在引入IO功能之前，向桩模块中引入测试用例比较困难；
• 创建测试环境比较困难，甚至难以实现；
• 使人误解设计和测试可以交迭进行；
• 导致特定模块的测试后延。

3.2自底向上的测试方法

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

优缺点

• 如果缺陷发生在程序的底层比较有利
• 测试环境容易生成
• 观察测试输出比较容易
• 必须开发驱动模块
• 直到最后一个模块添加进去，程序才形成一个整体；

3.3增量测试优缺点

• 增量测试的测试环境更容易
• 能更早地发现接口、模块相关之间的错误；
• 更容易定位错误和调试；
• 每次集成，都对之前的模块再次进行测试，测试更加彻底；
• 运行时间比较多

4.总结