软件测试系列--集成测试

一、集成测试（Integration Testing）的概念

集成测试（Integration Testing）是在单元测试的基础上，将所有模块按照概要设计要求组装成为一个子系统或者系统，进行集成测试。

二、集成测试关注的重点

一些模块虽然能够单独工作，但并不能保证连接起来也能正常的工作，程序在某些局部反映不出来的问题，在全局上很可能暴漏出来，影响功能的实现，因此集成测试应当考虑两大（5个）问题：

1、模块间的接口（接口的覆盖率）

（1）在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失。

（2）全局数据结构是否有问题，会不会被异常修改。

2、集成后的功能（参数的传递）

（1）各个子功能组合起来，能否达到预期要求的父功能。

（2）一个模块的功能是否会对另一个模块的功能产生不利的影响。

（3）单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。

三、集成测试的三个级别

由于集成的力度不同，一般可以把集成测试划分为三个级别：

1、模块内集成测试。

2、子系统内集成测试。

3、子系统间集成测试。

四、集成测试策略

集成测试策略最主要的有三种：

1、大爆炸集成（Big Bang Integration）。

2、自顶向下集成（Top-Down Integration）。

3、自底向上集成（Bottom-up Integration）。

基于以上三种测试策略，又提出了以下五种集成测试策略，它们都是在上面的三种主要测试策略的基础上进行综合，改进而成的。

1、三明治集成（Sandwich Integration）。

2、基干集成（Backbone Integration）。

3、分层集成（Layers Integration）。

4、基于功能的集成（Function-Based Integration）。

5、基于进度的集成（Schedule-Based Integration）	

下面我们详细的介绍一下这几种集成测试策略。

1、大爆炸集成（Big Bang Integration）

（1）概念：大爆炸集成（Big Bang Integration）是属于非增值式集成（Non-Incremental Integration）的一种方法，也叫一次性组装货整体拼装。该集成把所有组件一次性集合到被测系统中，不考虑组件之间的相互依赖性或者可能存在的风险。

（2）目的：在最短的时间内把系统组装起来，并且通过最少的测试来验证整个系统。

（3）策略：在大爆炸这种集成方法中，首先需要对每个模块进行单元测试，然后把所有单元组装到一起进行测试，最终得到要求的软件系统。

（4）优点：
	*在有利的情况下，大爆炸集成可以迅速完成集成测试，并且只要极少数的驱动单元和桩单元（如果需要的话）。
	*需要的测试用例最少。		
	*方法比较简单。		
	*可以并行开展，对人力、物力的资源利用率较高。

（5）缺点：
	*这种在单元测试的基础上，将所有组件一次性进行组装，不考虑组件之间的依赖性，虽然简单，但是由于程序中不可避免的存在模块间接口、全局数据结构等方面的问题，所以一次试运行成功的可能性并不大。
	*在发现错误的时候，问题定位和修改都比较困难。
	*即使被测系统能够被一次性集成，但还是会有很多接口问题可以躲过集成测试而进入到系统测试。

（6）适用范围：
	*一个维护性项目（或者功能增强型项目），以前的产品已经很稳定，并且新增的项目只有少数几个组件被增加或者修改。
	*被测系统比较小，并且它的每个组件都进行了充分的单元测试。

2、自顶向下集成（Top-Down Integration）

（1）概念：自顶向下集成（Top-Down Integration）采用了和设计一样的顺序进行测试，它在第一时间内对系统的控制接口进行验证，其中顶层的组件具有控制的责任，首先测试顶层的组件，然后逐步测试处于底层的组件，这种集成方式可以采用深度优先策略和广度优先策略。

（2）目的：从顶层开始控制，采用和设计一样的思路对系统进行测试，以验证系统的接口稳定性。

（3）策略：
	*以主模块为所测模块兼驱动模块，所有直属于主模块下的下属模块全部用桩单元代替，对主模块进行测试。
	*采用深度优先（Depth-First）或者广度优先（Breath-First）的策略，用实际模块替换相应桩模块，再用桩模块代替它们的直接下属模块，与已经测试的模块组成新的子系统或者系统。

（4）优点：
	*自顶向下这种集成方式，在测试过程中较早的验证了主要的控制和判断点，如果主要控制有问题，尽早发现它能够减少以后的返工，所以这是十分必要的。
	*如果采用深度优先的策略，就可以首先实现和验证一个完整的软件功能，可以先对逻辑输入的分支进行组装和测试，检查和客服潜藏的错误和缺陷，验证功能的正确性，为之后对主要加工分支的组装和测试提供了保证。		
	*功能的可行性较早得到了证实。		
	*最多只需要一个驱动模块，减少了驱动模块的费用开支，也减轻了后期对驱动模块的维护。
	*由于该方法和设计的思路是一样的，所以可以和设计并行开展，如果目标环境或者设计需要改变，这种方式也可以灵活的适应。
	*支持故障隔离。例如：A模块测试正常，但是假如B模块之后，出现问题，那么可以确定，要么就是B模块有问题，要么就是A模块和B模块之间的接口有问题。

（5）缺点：
	*桩在每个测试中都必须提供，所以桩的开发和维护是该策略的最大成本。
	*底层组件中的一个无法预计的需要可能会导致许多顶层组件的修改，这破坏了部分先前构造的测试包。
	*底层组件行为的验证被推迟了。
	*随着底层模块的不断增加，系统越来越复杂，导致底层模块的测试肯那个不够充分，尤其是那些被重用的模块。

（6）适用范围：
	*产品控制结构比较清晰和稳定。
	*产品的高层借口比较稳定，底层变化比较频繁。
	*产品的控制模块可能存在技术风险，需要较早被验证。
	*希望尽早能够看到产品的系统功能行为。

3、自底向上集成（Bottom-up Integration）

（1）概念：自底向上集成（Bottom-up Integration）方式是从程序模块结构的最底层的模块开始组装和测试，因为模块是自底向上进行测试的，对于一个给定层次的模块，它的子模块已经组装并测试完成，所以不再需要桩模块。需要从子模块中得到的信息可以直接运行子模块得到。

（2）目的：从具有最小依赖性的底层组件开始按照依赖关系树的结构，逐层向上集成，以验证整个系统的稳定性。

（3）策略：
	*起始于系统的最底层模块，也可以把多个子模块合并到一起进行测试。
	*使用驱动模块对选定的模块进行测试。
	*用实际模块代替驱动模块，与它已经测试过的子模块组装成为一个更大的模块组进行测试。
	*重复上面的步骤，直到系统最顶层模块加入到已测系统中。

（4）优点：
	*允许对底层模块行为的早期验证。
	*在工作的最初可以采用并行进行集成，比自顶向下的测试效率高。		
	*由于驱动模块是额外编写的，而不是实际的模块，所以对实际被测模块的可测试性要求比自顶向下的测试策略要小。		
	*减少了桩模块的工作量。
	*故障隔离。

（5）缺点：
	*驱动模块的开发工作量比较大。
	*对高层的验证被推迟到最后，设计上的错误不能尽早的被发现，尤其对于那些控制机构在整个体系中比较关键的产品。
	*随着集成到了顶层，整个系统将变得越来越复杂，并且对于底层的一些异常很难覆盖。

（6）适用范围：
	*采用契约式开发（Design by Contract）的产品。
	*底层接口比较稳定的产品。
	*高层接口变化比较频繁的产品。
	*底层模块较早被完成的产品。

4、三明治集成（Sandwich Integration）

由于自顶向下集成策略和自底向上集成策略都有各自的缺点，所以就出现了一种结合这两种测试策略的集成方式，即：三明治集成。

（1）概念：三明治集成（Sandwich Integration）有时也被称为混合式集成，三明治集成就是把系统划分为三层，中间一层为目标层，测试的时候，对目标层上面的一层使用自顶向下的集成策略，对目标层下面的一层使用自底向上的集成策略，最后测试在目标层会合。

（2）目的：综合自顶向下的集成测试策略和自底向上的集成测试策略的优点。

（3）策略:
	*首先对目标层上面的一层采用自顶向下的测试策略，对主模块A进行测试，对A调用的子模块（目标层）用桩单元代替。
	*其次对目标层下面的一层采用自底向上的测试策略。
	*最后将三层集成在一起。

（4）优点：集合了自顶向下和自底向上的两种集成策略的优点。

（5）缺点：中间层在被集成前测试不充分。

（6）适用范围：大部分软件开发项目都可以使用这种集成策略。

5、基干集成（Backbone Integration）

（1）概念：在很多系统中，尤其在嵌入式系统中，一般可以划分成两个部分：内核部分（基干部分）和外围应用部分，这两部分经常会被不同的项目组并发开发。

（2）目的：结合自顶向下，自底向上和大爆炸集成的元素，以验证紧密耦合的子系统间的互操作性。

（3）策略:
	*对基干中的每个模块进行单独的充分的测试，必要时使用驱动和桩。
	*对基干中所有的模块进行大爆炸集成，形成基干子系统，并使用一个驱动模块检查经过大爆炸的基干。
	*对应用的控制子系统进行自顶向下的集成。
	*把基干和控制子系统进行集成，重新构造控制子系统。
	*对个应用子系统采用自底向上的集成策略。
	*集成基干子系统，控制子系统和各应用子系统形成整个系统。
	
（4）优点：具有三明治集成的优点，更适合于大型复杂项目的集成。

（5）缺点：
	*必须对系统的结构和相互依存性进行仔细的分析。
	*必须开发桩和驱动模块，并且由于被测系统的复杂性导致这些模块开发工作量的加大，可以通过复用技术在一定程度上降低成本。
	*由于局部采用了大爆炸的策略，所以有些接口可能测试不完整。

（6）适用范围：适合大型复杂的项目
	*具有多层协议的嵌入式系统。
	*操作系统产品

6、分层集成（Layers Integration）

（1）概念：分层模型在通讯系统中很常见，分层集成就是针对这个特点使用的一种集成。

（2）目的：通过增量式集成的方法验证一个具有层次性体系结构的应用系统的稳定性和互操作性。

（3）策略：
	*划分系统的层次。
	*确定每个层次内部的集成策略，该策略可以使用大爆炸集成，自顶向下集成，自底向上集成和三明治集成中的任何一种策略，一般对于顶层可能还有第二层的内部采用自顶向下的集成策略；对于中间采用自底向上的集成策略，对于底层主要采用进行单独测试。
	*确定层次间的集成策略，该策略可以使用大爆炸集成，自顶向下集成，自底向上集成和三明治集成中的任何一种策略。

（4）优缺点：因为每个层次间和层次内部采用的策略不同，所以优缺点也就是和它采用的测试策略相对应。

（5）适用范围:有明显线性层次关系的产品系统。

7、基于功能的集成（Function-Based Integration）

（1）概念：在开发过程中，尽早的看到系统主要功能的实现，对于谈对来说也是很有必要的，基于功能的集成是从功能角度出发，按照功能的关键程度对模块的集成顺序进行组织。

（2）目的：采用增值的方法，尽早的验证系统关键功能。

（3）策略：

	*确定功能的优先级别。
	*分析优先级别最高的功能路径，把该路径上的所有模块集成到一起，必要时使用桩模块和单元模块。
	*增加一个关键功能，继续上面一个步骤，直到所有模块都被集成到被测系统中。
	
（4）优点：

	*采用该方法，可以尽快的看到关键功能的实现，并验证关键功能的正确性。
	*由于该方法在验证某个功能的时候，可能会加入多个模块，因此在进度上，比自顶向下和自底向上还有三明治的集成策略要快一点。
	*接口的覆盖使用的测试用例比较少。
	*可以减少驱动模块的开发

（5）缺点：

	*对于复杂的系统，功能之间的相互关联性可能是错综复杂并难以分析的。
	*对有些接口的测试不充分，会丢失许多接口错误。
	*一些初始的集成需要使用桩模块。
	*可能会有比较大的冗余测试。

（6）适用范围：

	*关键功能具有较大风险的产品。
	*技术探索性的项目，其功能的实现远比质量更关键。
	*对于功能的实现没有把握的产品。

8、基于进度的集成（Schedule-Based Integration）

（1）概念：进度压力在我们实际的工作中，每个软件开发项目都会遇到，。
为了完成进度，有可能会牺牲质量，基于进度的集成就是在兼顾质量和进度两者之间寻找了一个均衡点。

（2）目的：尽可能早的进行集成测试，提高开发与集成的并行性，有效的缩短进度。

（3）策略：这个集成的策略就是把最早可获得的代码拿来激励进行集成，必要的时候开发桩模块和驱动模块，子啊最大程度上保持与开发的并行性，从而缩短了项目集成的时间。

（4）优点：

	*具有比较高的并行度。
	*有效缩短项目开发的进度。
		
（5）缺点：

	*可能最早拿到的模块之间缺乏整体性，只能进行独立的集成，导致许多接口必须等到后期才能验证，但此时系统可能已经很复杂，往往无法发现有效的接口问题。
	*桩模块和驱动模块的工作量可能会变得很庞大。
	*由于进度的原因，模块可能很不稳定且会不断变动，导致测试的重复和浪费。

（6）适用范围：进度优先级高于质量的项目。