当前位置：首页 > news >正文

软件测试中的集成测试到底是什么？集成的方法又有哪些？

news 来源：原创 2024/9/21 8:55:52

小编热衷于收集整理资源，记录踩坑到爬坑的过程。希望能把自己所学，实际工作中使用的技术、学习方法、心得及踩过的一些坑，记录下来。也希望想做软件测试的你一样，通过我的分享可以少走一些弯路，可以形成一套自己的方法，并应用到实际中。

前言

什么是集成测试

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

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

集成测试的集成方法：

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

结语

前言

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

为什么要进行集成测试？

　以下是一些原因:
　　①实际上，当开发一个应用程序时，它被分成更小的模块，并将其分配给每个开发者一个模块。一名开发者实现的逻辑与其他开发者完全不同，因此有必要检查开发人员实现的逻辑是否符合预期，并按规定的标准提供正确的值。
　　②大多数情况下，当数据从一个模块移动到另一个模块时，数据的表面或结构会发生变化。添加或删除某些值会导致后续模块出现问题。
　　③该模块还与某些第三方工具或应用编程接口互动，这些工具或应用编程接口也需要测试，以确保应用编程接口/工具接收的数据正确，并且产生的响应是预期的。
　　④测试中一个非常常见的问题——频繁改变需求！:)许多时间开发者在没有单元测试的情况下部署和改变。那时候，集成测试变得很重要。

什么是集成测试

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

集成测试包含的层次：

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

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

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

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

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

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

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

集成测试是必须的吗？

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

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

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

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

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

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

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

1. 测试的单元不同

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

2. 测试的依据不同

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

3. 测试空间不同

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

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

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

集成测试的集成方法：

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

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

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

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

(2)各个模块组装起来,穿越模块接口的数据可难会丢失。

(3)一个模块的功能可能会对另一个模块的功能产生不利的影响。

(4)各个模块的功能组合起来可能达不到预期要求的主功能。

(5)单个模块可以接受的误差,组装起来可能累积和放大到不能接受的程度。

(6)全局数据可能会出现问题。

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