集成测试包括以下9点内容：1. 构建的确认过程；2. 补丁的确认过程；3. 系统集成测试测试组提交过程；4. 测试用例设计过程；5. 测试代码编写过程；6. Bug的报告过程；7. 每周的构建过程；8. 点对点的测试过程；9. 组内培训过程。集成测试是在单元测试的基础上，将所有模块按照设计要求组装系统进行的测试活动。

一、集成测试基本介绍

集成测试就是在单元测试的基础上，将所有已通过单元测试的模块按照概要设计的要求组装为子系统或系统，并进行测试的过程。目的是确保各个单元模块组合在一起后能够按照既定意图协作运行，并确保增量的行为正确，需要再次强调的是，不经过单元测试的模块是不应该进行集成测试的，否则将对集成测试的效果和效率带来巨大的不利影响。

二、集成测试的内容

集成测试的内容包括模块之间接口以及集成后的功能。它主要使用黑盒测试方法测试继承的功能，并对以前的集成进行回归测试。具体来说，集成测试的内容包括以下方面：

(1)、将各个具有相互调用关系的模块组装起来时，检查穿越模块接口的数据是否会丢失。

(2)、判断各个子功能组合起来是否能够达到预期要求的父功能。

(3)、检查一个模块的功能是否对其他模块的功能产生不良影响。

(4)、检查全局数据结构是否正确，以及在完成模块功能的过程中是否会被异常修改。

(5)、单个模块的误差累计起来，是否会放大到不可接受的程度。

三、集成测试的评价

集成测试可基于多种测试策略站靠，可从如下4个方面对集成测试进行评价：

(1)、测试用例的规模。测试用例数量越多，设计、执行和分析这些测试用例所花费的工作量越大，因此，测试用例的规模应越小越好。

(2)、驱动模块的设计。收到模块调用关系的影响，参与某次继承测试的模块可能被不包含在本次集成中的其他模块所调用，为此需要设计驱动模块，驱动模块不含在产品代码中，因此，驱动模块的数量应越少越好。

(3)、桩模块的设计。类似地，参与某次集成测试的模块可能调用其它不包含在本次继承中的模块，为此需要设计桩模块，桩模块不应提交给用户，因此，桩模块的数量越少越好。

(4)、缺陷的定位。集成测试是主要任务是检查模块之间的接口，集成测试用例涉及的接口数量越少，越容易定位出错的接口，因此，单个集成测试设计接口的数量越少越好。