集成测试是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。
本规范主要阐述集成测试过程域的大体流程：
● 制定集成测试计划
● 设计集成测试
● 实施集成测试
● 执行集成测试
● 评估集成测试
1.1 集成测试规程定义
为了更加规范软件测试流程，提高软件产品的质量。集成测试的必要性还在于一些模块虽然能够单独地工作，但并不能保证连接起来也能正常工作。程序在某些局部反映不出来的问题，有可能在全局上会暴露出来，影响功能的实现。此外，在某些开发模式中，如迭代式开发，设计和实现是迭代进行的。在这种情况下，集成测试的意义还在于它能间接地验证概要设计是否具有可行性。制定了此流程指导集成测试被快速、有序、高效执行。
制定集成测试计划 根据项目组提供设计模型和集成构建计划，制定出适合本项目的集成测试计划
设计集成测试 根据集成测试计划和设计模型设计集成测试用例及测试过程
实施集成测试 获取工作版本后，由测试设计员创建测试脚本（可选）、更新测试过程，由设计员负责设计驱动程序和桩，实施员负责实施驱动和桩。
执行集成测试 测试人员根据测试脚本（可选）和工作版本执行集成测试，并记录测试结果。
评估集成测试 依照集成测试计划和测试结果，由测试设计员负责会同集成员、编码员、设计人员评估此次测试，并生成测试评估摘要。
1.2 集成测试规程
1.2.1 目的
● 按照集成计划执行测试，确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确。它所测试的内容包括单元间的接口以及集成后的功能。使用黑盒测试方法测试集成的功能。并且对以前的集成进行回归测试。
1.2.2 相关人员
● 设计人员：设计产品构件、设计测试驱动和桩、评估测试结果，根据集成测试发现的缺陷提出变更申请
● 程序员：提供产品构件、驱动、桩；修改bug
● QA人员： 审计集成测试步骤
● 配置管理人员： 管理工作产品构件
● 集成人员：制定集成构件计划，按照集成计划将通过了单元测试的类集成
● 测试人员：设计测试过程、设计测试用例、执行集成测试、记录测试结果、评估测试结果
1.2.3 入口标准
● 项目组成员已制定出设计模型和集成构件计划。
● 测试需求须具有可观测、可测评性。
● 构件的单元测试已完成并通过
1.2.4 输入
● 设计模型
● 集成构件计划
● 具体的构件单元
1.2.5 所用工具
略
1.2.6 简要流程
● [Step1] 由设计人员设计模型
● [Step2] 根据设计模型，集成人员制定集成构件计划
● [Step3] 由程序员实施类，进行单元测试
● [Step4]根据集成构件计划，测试设计人员制定集成测试计划,设计集成测试用例、测试过程、测试脚本
● [Step5] 测试人员获取测试的构件，测试人员执行集成测试，生成测试日志
◇ [Step5-1] 测试人员向设计人员、集成人员提交BUG
◇ [Step5-2] 设计人员、集成人员提交变更申请
◇ [Step5-3] 进入变更流程
● [Step6] 由测试设计人员评估集成测试，生成评估摘要
● [Step7] 由评估小组对评估摘要进行评估，决定是否进入下一阶段
1.2.7 输出
● 软件集成测试计划
● 集成测试用例
● 测试过程
● 测试脚本
● 测试日志
● BUG清单
● 测试评估摘要
1.2.8 出口标准
● 集成测试提交的BUG都已解决
● 按照计划所有构件都已集成并测试过
● 测试评估得到评估小组一致意见，同意进行下一阶段
