软件产品的构成都是非常复杂的，这也就意味着它将含有多个模块，这些模块经过接口进行交互。针对于这些集成模块的测验，咱们称之为集成测验。也能够以为它是由单元测验扩展出来的。

　　它分为大爆炸法、自上而下法、自下而上法和三明治或混合集成法（自上而下和自下而上相结合）。这个进程是经过运用名为stub和Drivers的虚拟程序来履行，其不需求完结软件整个模块，而仅仅模拟与调用模块的数据通讯即可。

　　它通常是在单元测验之后完结之后履行的。集成测验中触及的每个模块都应该在集成测验之前进行单元测验。经过在集成测验之前进行单元测验，能够进步履行软件集成测验的决心。

　　集成测验也需求编写相应的测验方案，然后减少了测验的紊乱，并为有用履行集成测验供给了明晰的途径。

　　在编写集成测验用例时，咱们不重视单个模块的功用，由于在单元测验期间应该掩盖单个模块，在集成测验阶段咱们首要重视模块之间的通讯。依据上述假定，咱们有必要重视“登录页面怎么链接到收件箱页面”和“收件箱页面怎么链接到删去邮件模块”。

　　它是将一切模块兼并一次，并在完结单个模块测验后验证功用。在大爆炸式集成测验中，只要在一切模块都预备好之后，才干集成各个模块。然后他们会去查看它是否体现杰出。在这种类型的测验中，可能会呈现一些缺点，例如，可能是在很后期发现缺点。很难定位缺点是来自于某个模块或许是接口，亦或是集成方面的问题。

　　在自上向下的集成测验中，测验是自上而下进行的。首要测验高档模块，然后测验初级模块，最终将初级模块集成到高档模块，以保证体系作业正常。

　　在这种类型的测验中，假如模块还没有预备好进行集成测验，那么桩程序（stub）将用作暂时模块。

　　在自下而上的集成测验中，测验是自下而上进行的。首要测验底层模块，然后测验高层模块，最终将高层模块集成到低层，以保证体系按预期作业驱动程序用作集成测验的暂时模块。

　　假定咱们在一个应用程序中有两个模块，即“模块1”和“模块2”。开发人员只开发了应用程序的“模块1”。在他们完结“模块2”的开发之前，咱们（测验人员）收到了测验“模块1”的要求。咱们能够测验“模块1”，假如其与“模块2”没有依靠联系。假定“模块1”依靠于“模块2”。那咱们该怎么办？在这种状况下假如想要测验“模块1”，需求开发人员创立一个桩（stub）模块来替换“模块2”。假如“模块2”依靠于“模块1”，但“模块1”没有安排妥当，则选用相同的办法在本例中，咱们运用驱动（driver）替换“模块1”。

　　您有必要测验登录页面（假定，邮箱页面正在开发中）。登录页面将在登录后调用邮箱页面，但邮箱页面没有安排妥当。为了战胜这种状况，开发人员编写了一个虚拟程序作为邮箱页面。这个便是桩（stub）程序。

　　桩（stub）被称为“程序”。假如“调用的程序”不完整，则将其替换为桩。（这是自上而下的办法）。

　　再来说说驱动程序，登录页面现已预备好了，但不是邮箱页面。这次假定邮箱页面现已预备好测验，可是登录页面还没有预备好。为了战胜这种状况，开发人员编写了一个类似于登录页面的虚拟程序。这个虚拟程序便是驱动程序，驱动程序也便是“调用程序”。假如“调用程序”不完整，则将其替换为驱动程序。（这种状况在自下而上的办法中产生）。

　　集成测验是测验环节中很重要的一个部分，尤其是在今日软件产品的架构都在向微服务的架构改变，那么集成各个服务间的测验就显得尤为重要。期望对我们有所协助，假如有疑问或许主意，也请我们留言区回复。