什么是集成测试？集成的方法有哪些？
点击文末小卡片 ，免费获取软件测试全套资料，资料在手，涨薪更快
综合测试整合测试非常复杂，需要一些开发和逻辑技能。的确如此！那么把这个测试整合到我们的测试策略中的目的是什么呢？这个问题我们先不着急回答，让我们一步步往下看你就知道了。
为什么要进行集成测试？
以下是一些原因：
- 实际上，当开发一个应用程序时，它被分成更小的模块，并将其分配给每个开发者一个模块。一名开发者实现的逻辑与其他开发者完全不同，因此有必要检查开发人员实现的逻辑是否符合预期，并按规定的标准提供正确的值。
- 大多数情况下，当数据从一个模块移动到另一个模块时，数据的表面或结构会发生变化。添加或删除某些值会导致后续模块出现问题。
- 该模块还与某些第三方工具或应用编程接口互动，这些工具或应用编程接口也需要测试，以确保应用编程接口/工具接收的数据正确，并且产生的响应是预期的。
- 测试中一个非常常见的问题——频繁改变需求！许多时间开发者在没有单元测试的情况下部署和改变。那时候，集成测试变得很重要。
什么是集成测试？
基本概念：将软件集成起来后进行测试。集成测试又叫子系统测试、组装测试、部件测试等。集成测试主要是针对软件高层设计进行测试，一般来说是以模块和子系统为单位进行测试。
集成测试包含的层次：
- 模块内的集成，主要是测试模块内各个接口间的交互集成关系；
- 子系统内的集成，测试子系统内各个模块间的交互关系；
- 系统集成，测试系统内各个子系统和模块间的集成关系；
集成测试的本质：都是测试接口之间的关系。
补充：集成测试既有白盒测试的成分，也有黑盒测试的成分，结合了白盒测试和黑盒测试的特点，一般把他归入灰盒测试。
集成测试和软件概要(高层)设计的关系
软件概要（高层）设计又叫架构设计，架构设计中极重要的一个部分就是接口关系图，集成测试大体上就是依赖接口关系图和模块接口来进行测试。在一个设计良好的系统中，软件的接口关系图应该是一个无环有向图（分层的图）。
集成测试是必须的吗？
集成测试一般说来是必需的，但是实际情况中往往由于时间进度上的问题，没有足够的时间做集成测试，还有许多原因导致人们不愿意做集成测试。但是一下几种情况是一定要做集成测试的：
- 对软件质量要求较高的软件系统，如：航天软件、电信软件、系统底层软件等。
- 使用范围比较广、用户群数量较大的软件。
- 使用类是C/C++这种带指针的语言开发的软件。
- 类库、中间件等产品。
注：集成测试是一种测试范围很广的测试，当集成测试向下继续细化时就成了单元测试。
集成测试与单元测试的区别
1. 测试的单元不同
单元测试是针对软件的基本单元（如：函数）所做的测试，而集成测试则是以模块和子系统为单元进行的测试，主要测试接口间的关系。
2. 测试的依据不同
单元测试是针对软件的详细设计做的测试，测试用例的主要依据也是详细设计。而集成测试是针对软件的概括设计做的测试，测试用例的主要依据则是概括设计。
3. 测试空间不同
集成测试主要测试的是接口层的测试空间，单元测试主要测试的是内部实现层的测试空间。
4. 集成测试使用的方法和单元测试不同
集成测试关注的是接口的集成，和单元测试只关注单个单元，因此在具体测试方法上也不同。
集成测试的集成方法
集成方法主要有大爆炸集成、自底向上集成、自顶向下集成和三明治集成等方法。它们都是基于接口调用关系图的集成方法。
集成测试是指在单元测试的基础上,将所有模块按照设计要求组装成一个完整的系统进行的测试,故也称组装测试或联合测试。
实践证明,单个模块能正常工作,组装后不见得仍能正常工作,这是因为：
- 单元测试使用的驱动模块和桩模块,与它们所代替的模块并不完全等效,因此单元测试有不彻底、不严格的情况。
- 各个模块组装起来,穿越模块接口的数据可难会丢失。
- 一个模块的功能可能会对另一个模块的功能产生不利的影响。
- 各个模块的功能组合起来可能达不到预期要求的主功能。
- 单个模块可以接受的误差,组装起来可能累积和放大到不能接受的程度。
- 全局数据可能会出现问题。
因此必须要进行集成测试,用于发现模块组装中可能出现的问题,最终构成一个符合要求的软件系统。
集成测试的方法主要有两种
(1)非渐增式测试
首先对每个模块分别进行单元测试,然后再把所有的模块按设计要求组装在一起进行测试。
(2)渐增式测试
逐个把未经过测试的模块组装到已经过测试的模块上去,进行集成测试。每加入一个新模块进行一次集成测试,重复此过程直至程序组装完毕。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。
