前言

综合测试整合测试非常复杂，需要一些开发和逻辑技能。的确如此！那么把这个测试整合到我们的测试策略中的目的是什么呢？这个问题我们先不着急回答，让我们一步步往下看你就知道了。

为什么要进行集成测试？

以下是一些原因:

1、实际上，当开发一个应用程序时，它被分成更小的模块，并将其分配给每个开发者一个模块。一名开发者实现的逻辑与其他开发者完全不同，因此有必要检查开发人员实现的逻辑是否符合预期，并按规定的标准提供正确的值。

2、大多数情况下，当数据从一个模块移动到另一个模块时，数据的表面或结构会发生变化。添加或删除某些值会导致后续模块出现问题。

3、该模块还与某些第三方工具或应用编程接口互动，这些工具或应用编程接口也需要测试，以确保应用编程接口/工具接收的数据正确，并且产生的响应是预期的。

4、测试中一个非常常见的问题——频繁改变需求，许多时间开发者在没有单元测试的情况下部署和改变。那时候，集成测试变得很重要。

什么是集成测试

基本概念：将软件集成起来后进行测试。集成测试又叫子系统测试、组装测试、部件测试等。集成测试主要是针对软件高层设计进行测试，一般来说是以模块和子系统为单位进行测试。

集成测试包含的层次：

1、模块内的集成，主要是测试模块内各个接口间的交互集成关系；

2、子系统内的集成，测试子系统内各个模块间的交互关系；

3、系统集成，测试系统内各个子系统和模块间的集成关系；

集成测试的本质：都是测试接口之间的关系。

补充：集成测试既有白盒测试的成分，也有黑盒测试的成分，结合了白盒测试和黑盒测试的特点，一般把他归入灰盒测试。

集成测试和软件概要（高层）设计的关系

软件概要（高层）设计又叫架构设计，架构设计中极重要的一个部分就是接口关系图，集成测试大体上就是依赖接口关系图和模块接口来进行测试。在一个设计良好的系统中，软件的接口关系图应该是一个无环有向图（分层的图）。

集成测试是必须的吗？

集成测试一般说来是必需的，但是实际情况中往往由于时间进度上的问题，没有足够的时间做集成测试，还有许多原因导致人们不愿意做集成测试。但是一下几种情况是一定要做集成测试的：

1、对软件质量要求较高的软件系统，如：航天软件、电信软件、系统底层软件等。

2、使用范围比较广、用户群数量较大的软件。

3、使用类是C/C++这种带指针的语言开发的软件。

4、类库、中间件等产品。

注：集成测试是一种测试范围很广的测试，当集成测试向下继续细化时就成了单元测试。

集成测试与单元测试的区别：

1、测试的单元不同

单元测试是针对软件的基本单元（如：函数）所做的测试，而集成测试则是以模块和子系统为单元进行的测试，主要测试接口间的关系。

2、测试的依据不同

单元测试是针对软件的详细设计做的测试，测试用例的主要依据也是详细设计。而集成测试是针对软件的概括设计做的测试，测试用例的主要依据则是概括设计。

3、测试空间不同

集成测试主要测试的是接口层的测试空间，单元测试主要测试的是内部实现层的测试空间。

4、集成测试使用的方法和单元测试不同

集成测试关注的是接口的集成，和单元测试只关注单个单元，因此在具体测试方法上也不同。

集成测试的集成方法：

集成方法主要有大爆炸集成、自底向上集成、自顶向下集成和三明治集成等方法。它们都是基于接口调用关系图的集成方法。

集成测试是指在单元测试的基础上，将所有模块按照设计要求组装成一个完整的系统进行的测试，故也称组装测试或联合测试。

实践证明，单个模块能正常工作，组装后不见得仍能正常工作，这是因为：

（1）单元测试使用的驱动模块和桩模块，与它们所代替的模块并不完全等效，因此单元测试有不彻底、不严格的情况。

（2）各个模块组装起来，穿越模块接口的数据可难会丢失；

（3）一个模块的功能可能会对另一个模块的功能产生不利的影响；

（4）各个模块的功能组合起来可能达不到预期要求的主功能；

（5）单个模块可以接受的误差，组装起来可能累积和放大到不能接受的程度；

（6）全局数据可能会出现问题。

因此必须要进行集成测试，用于发现模块组装中可能出现的问题，最终构成一个符合要求的软件系统。

集成测试的方法主要有两种

（1）非渐增式测试

首先对每个模块分别进行单元测试，然后再把所有的模块按设计要求组装在一起进行测试。

（2）渐增式测试

逐个把未经过测试的模块组装到已经过测试的模块上去，进行集成测试。每加入一个新模块进行一次集成测试,重复此过程直至程序组装完毕。

作者：锦都不二

原文链接：https://blog.csdn.net/weixin_67553250/article/details/126650989