时常有这样的情况发生，每个模块都能单独工作，但这些模块集成在一起之后却不能正常工作。主要原因是，模块相互调用时接口会引入许多新问题。例如，数据经过接口可能丢失；一个模块对另一模块可能造成不应有的影响；几个子功能组合起来不能实现主功能；误差不断积累达到不可接受的程度；全局数据结构出现错误，等等。综合测试是组装软件的系统测试技术，按设计要求把通过单元测试的各个模块组装在一起之后，进行综合测试以便发现与接口有关的各种错误。
某设计人员习惯于把所有模块按设计要求一次全部组装起来，然后进行整体测试，这称为非增量式集成。这种方法容易出现混乱。因为测试时可能发现一大堆错误，为每个错误定位和纠正非常困难，并且在改正一个错误的同时又可能引入新的错误，新旧错误混杂，更难断定出错的原因和位置。与之相反的是增量式集成方法，程序一段一段地扩展，测试的范围一步一步地增大，错误易于定位和纠正，界面的测试亦可做到完全彻底。
经历过几次大规模的集成测试了， 每次都或多或少的会有一些问题， 这里做一个总结， 希望对后来人可以有一些帮助。
这里说的集成测试， 主要针对不同开发Team开发的系统之间的集成，1，接口一定要定义清晰和明确接口定义阶段也需要测试人员的参与，定义好的接口， 需要记录并形成相关的文档。
2，接口之间的规则， 命名等一定要规范， 且有据可依。，各自严格遵守约定。
3，集成测试之前， 集成的各自系统以及模块一定要做好充分的独立功能测试，并且通过造数据的方式模拟过一定程度的集成测试。
否则在集成测试中碰到的问题要花大量的时间去查找到底是模块自身的功能问题， 还是集成引起的问题。
如果是自身引起的问题， 则会浪费很多时间在修改和回测， 造成其他集成方的时间浪费。
4，接口的任何变更一定要及时通知集成另外一方的开发和测试人员，5集成测试点， 测试用例，甚至是测试数据都需要提前拟定，由两方人员进行审核和确认。达成共识6，其他：集成测试时间安排一定要一致， 避免无谓的时间浪费双方的版本控制问题。
对于Bug的出现， 双方的开发人员都要去积极的寻找错误发生原因， 避免出现双方推诿的现象。
文章来源于领测软件测试网 https://www.ltesting.net/
