[工作计划]集成测试.docVIP

集成测试 百科名片集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。 目录 简介 方法 实施 完成标准 目的 步骤 集成测试过程 单元测试工作内容及其流程 集成测试需求获取 集成测试工作机制 集成测试产生的工件清单 常用方案选型 综述 自顶向下集成测试 自底向上集成测试 核心系统先行集成测试 高频集成测试 集成测试计划书模版 引言 测试项目 被测特性 不被测特性 测试方法 测试通过标准 测试挂起和恢复条件 应提供的测试文件 测试任务 测试环境需求 角色和职责 人员和培训 测试进度 风险及应急计划 审批 简介 方法 实施 完成标准 目的 步骤 集成测试过程 单元测试工作内容及其流程 集成测试需求获取 集成测试工作机制 集成测试产生的工件清单 常用方案选型 综述 自顶向下集成测试 自底向上集成测试 核心系统先行集成测试 高频集成测试 集成测试计划书模版 引言 测试项目 被测特性 不被测特性 测试方法 测试通过标准 测试挂起和恢复条件 应提供的测试文件 测试任务 测试环境需求 角色和职责 人员和培训 测试进度 风险及应急计划 审批 展开 编辑本段简介 　　集成测试（也叫组装测试，联合测试）是单元测试的逻辑扩展。它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在现实方案中，许多单元组合成组件，而这些组件又聚合成程序的更大部分。方法是测试片段的组合，并最终扩展进程，将您的模块与其他组的模块一起测试。最后，将构成进程的所有模块一起测试。此外，如果程序由多个进程组成，应该成对测试它们，而不是同时测试所有 ?? 集成测试 进程。 　　集成测试识别组合单元时出现的问题。通过使用要求在组合单元前测试每个单元并确保每个单元的生存能力的测试计划，可以知道在组合单元时所发现的任何错误很可能与单元之间的接口有关。这种方法将可能发生的情况数量减少到更简单的分析级别。 　　集成测试是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。也就是说，在集成测试之前，单元测试应该已经完成，集成测试中所使用的对象应该是已经经过单元测试的软件单元。这一点很重要，因为如果不经过单元测试，那么集成测试的效果将会受到很大影响，并且会大幅增加软件单元代码纠错的代价。 　　集成测试是单元测试的逻辑扩展。在现实方案中，集成是指多个单元的聚合，许多单元组合成模块，而这些模块又聚合成程序的更大部分，如分系统或系统。集成测试采用的方法是测试软件单元的组合能否正常工作，以及与其他组的模块能否集成起来工作。最后，还要测试构成系统的所有模块组合能否正常工作。集成测试所持的主要标准是《软件概要设计规格说明》，任何不符合该说明的程序模块行为都应该加以记载并上报。 　　所有的软件项目都不能摆脱系统集成这个阶段。不管采用什么开发模式，具体的开发工作总得从一个一个的软件单元做起，软件单元只有经过集成才能形成一个有机的整体。具体的集成过程可能是显性的也可能是隐性的。只要有集成，总是会出现一些常见问题，工程实践中 ?? 集成测试 ，几乎不存在软件单元组装过程中不出任何问题的情况。从图1可以看出，集成测试需要花费的时间远远超过单元测试，直接从单元测试过渡到系统测试是极不妥当的做法。 　　集成测试的必要性还在于一些模块虽然能够单独地工作，但并不能保证连接起来也能正常工作。程序在某些局部反映不出来的问题，有可能在全局上会暴露出来，影响功能的实现。此外，在某些开发模式中，如迭代式开发，设计和实现是迭代进行的。在这种情况下，集成测试的意义还在于它能间接地验证概要设计是否具有可行性。 编辑本段方法 　　集成测试应该考虑以下问题： 　　1、在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失； 　　2、各个子功能组合起来，能否达到预期要求的父功能； 　　3、一个模块的功能是否会对另一个模块的功能产生不利的影响； 　　4、全局数据结构是否有问题； 　　5、单个模块的误差积累起来，是否会放大，从而达到不 ?? 集成测试 可接受的程度。 　　因此，单元测试后，有必要进行集成测试，发现并排除在模块连接中可能发生的上述问题，最终构成要求的软件子系统或系统。对子系统，集成测试也叫部件