集成测试是指在单元测试的基础上，将所有模块按照设计要求组装成为子系统或系统，进行测试。
集成测试最简单的形式是：
把两个已经测试过的单元组合成一个组件，测试它们之间的接口。
从这一层意义上讲，组件是指多个单元的集成聚合。
在现实方案中，许多单元组合成组件，而这些组件又聚合为程序的更大部分。
方法是测试片段的组合，并最终扩展成进程，将模块与其他组的模块一起测试。
最后，将构成进程的所有模块一起测试。
此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有进程。
集成测试测试组合单元时出现的问题。
通过使用要求在组合单元前测试每个单元并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。
这种方法将可能发生的情况数量减少到更简单的分析级别。
一个有效的集成测试有助于解决相关的软件与其它系统的兼容性和可操作性的问题。
集成测试是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。
也就是说，在集成测试之前，单元测试应该已经完成，集成测试中所使用的对象应该是已经经过单元测试的软件单元。
这一点很重要，因为如果不经过单元测试，那么集成测试的效果将会受到很大影响，并且会大幅增加软件单元代码纠错的代价。
集成测试是单元测试的逻辑扩展。
在现实方案中，集成是指多个单元的聚合，许多单元组合成模块，而这些模块又聚合成程序的更大部分，如分系统或系统。
集成测试采用的方法是测试软件单元的组合能否正常工作，以及与其他组的模块能否集成起来工作。
最后，还要测试构成系统的所有模块组合能否正常工作。
集成测试所持的主要标准是《软件概要设计规格说明》，任何不符合该说明的程序模块行为都应该加以记载并上报。
所有的软件项目都不能摆脱系统集成这个阶段。
不管采用什么开发模式，具体的开发工作总得从一个一个的软件单元做起，软件单元只有经过集成才能形成一个有机的整体。
具体的集成过程可能是显性的也可能是隐性的。
只要有集成，总是会出现一些常见问题，工程实践中，几乎不存在软件单元组装过程中不出任何问题的情况。
从表中可以看出，集成测试需要花费的时间远远超过单元测试，直接从单元测试过渡到系统测试是极不妥当的做法。
集成测试方式分为自顶向下和自底向上两种。
自顶向下集成(Top-DownIntegration)：
从主控模块开始，沿着程序控制层次向下移动，逐渐把各模块组合起来。
可以使用深度优先或是广度优先的组合策略。
自低向上集成（Bottom-UpIntegration）
自底向上测试从软件结构最底层的模块开始组装和测试。
因为是从底部向上结合模块，总能得到所需的下层模块处理功能，所以不需要桩模块。
