集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如概要设计文档）集成为子系统或系统，是单元测试的逻辑扩展。最简单的形式是：两个已经测试过的单元组合成一个组件，并测试它们之间的接口。

　　集成测试中，我们主要关注的是以下内容：

　　① 在把各个模块连接起来时，穿越模块接口的数据是否会丢失；

　　② 各个子模块组合起来，能否达到预期要求的功能；

　　③ 一个模块的功能是否会对另一个模块的功能产生不利的影响；

　　④ 全局数据结构是否有问题；

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

　　在集成测试时，我们需要关注被测模块的实际调用情况，并结合模块之间的接口来进行测试。而无需过于关注其内部实现（内部实现已在单元测试验证了）

　　常见接口类型

　　我们已经知道，集成测试关注的是模块之间的接口。可以将“接口”作为切入点。纵观模块之间的接口，我们可以归纳为以下几种类型：

　　① 通信协议：两个模块之间通信采用的是标准的或者自定义的协议；协议中即包含数据部分，又包含控制部分；而大部分实现将数据与控制通过一条链路来传递，往往通过不同的消息包进行分离；

　　② 调用关系：模块A调用模块B，实际上是由模块A向模块B发出了一条控制指令，这里数据传递体现的不是很明显，往往体现为参数与返回值；

　　③ 文件、数据库、队列、第三方中间件等：表现的主要是数据的传递；

　　④ 共享资源：比如共享一段“存储区域”，其中涉及的关键资源主要是“锁”了；这样的两个模块在运行时往往分布到不同的进程或者线程中，表现为对资源的竞争，以及数据的共享。

　　⑤ 同步：一个模块的运行需要另外一个模块的触发，双方往往存在“信号”等通知机制，也可以理解为一种特殊的控制方式。

　　集成测试思路

　　明确了测试对象以后，就可以按照一般的测试方法设计和实施测试了。可按如下思路进行测试：

　　① 找出系统中的各种接口，如需要传递哪些数据？存在哪些控制指令？如数据（协议包）中字段取值，指令参数变化等；

　　② 将不同的控制指令等划分等价类，找出每类的代表，就得到了测试数据，让每类数据流与控制流均通过接口一次，从而实现接口测试的完全性；

　　另外，也要考虑模块的集成能否准确体现业务上的关联？各个模块是否具备其角色的全部属性和接口？

　　当然，集成测试不会太关心业务或者需求，那是系统测试的事了。但此时想想，往往能够得到意外的收获。

　　测试方案是一个重要的活动，其包含了对测试对象的分析，采用的集成策略，以及设计的各种测试用例等。测试方案文档应该按照公司规定的模板进行编写，并采用测试方案和测试报告结合的方式，最后将测试结果的分析追加到测试方案中。测试方案应包括以下的主要内容：

　　① 被测特性的分析，即对整个测试的对象做个简要而精准的分析说明；如测试的是一个程序，则应说明该程序的主要功能和特征；

　　② 采用的集成策略，如自顶向下或自底向上的集成策略，并说明采用此种策略的原因和理由；

　　③ 测试对象的详细描述和设计测试用例，说明设计的思路。这里的对象就是具体的测试内容，如两模块之间的的接口；

　　④ 测试结果的分析，测试完成后，根据测试中发现的问题，应对每个测试对象的结果进行分析和说明。并在最后说明整个测试情况，发现的缺陷数量，各种等级缺陷的分布情况，以及缺陷清单。

　　测试的实施包括两个部分的内容；

　　① 编写测试驱动和桩程序；

　　② 根据设计的测试用例进行测试。