集成测试(ppt-1).ppt

第五章 集 成 测 试 [本章要点] 集成测试的定义； 集成测试与系统测试的区别； 集成测试与开发之间的关系； 集成测试的分析方法； 集成测试策略的选择； 集成测试环境的搭建； 集成测试用例设计的方法。 5.1集成测试概述 开发 四、集成测试的重点 1、各个模块之间的数据是否能够按期望值传递； 2、是否仍然存在单元测试时所没发现的资源竞争问题； 3、集成到一起能否实现所期望的父功能；(如：计算器运算) 4、兼容性，一个模块是否对其他与之相关的模块产生负面影响； 5、集成后，每个模块的误差是否会累计扩大，是否会达到了不可接受的程度； 五、集成测试的层次 5.2 如何进行集成测试 一、集成测试分析（关键） 类似于软件开发之前：系统分析 体系结构分析 模块分析 接口分析 风险分析 可测试性分析 集成测试策略分析 1. 体系结构分析（图） 首先，跟踪需求分析，对要实现的系统划分出结构层次图。 其次，是对系统各个组件之间的依赖关系进行分析，然后据此确定集成测试的粒度，即集成模块的大小。 2. 模块分析（体系结构的细化） 1）确定本次要测试的模块 2）与之相关的模块按优先级排列 3）集成； 3. 接口分析（见系统示意图） 1)确定系统的边界、子系统的边界和模块的边界。 2)确定模块内部的接口。 3)确定子系统内模块间接口。 4)确定子系统间接口。 5)确定系统与操作系统、 硬件、第三方软件的接口。 4. 风险分析 风险通常被分为3种类型： 1） 项目风险：项目管理和项目环境的风险。如：人员不足 2） 商业风险：领域的相关概念及规则变更。如：需求变更 3） 技术风险：这是针对应用程序的具体实现而言的，主 要和代码级的测试有关。 风险分析：是一个定义风险并且找出阻止潜在的问题变成现实的方法的过程。 二、集成测试策略 1. 基于分解的集成 1） 大爆炸集成 即：一次性组装、整体拼装 目的：尽可能缩短测试时间，使用最少的测试用例。 优点 （1）可以并行调试所有模块。 （2）需要的测试用例数目少。 （3）测试方法简单、易行。 缺点 （1）不能充分对各个模块之间的接口进行充分测试。 （2）大量的错误，难以定位。 医旧病，生新病。 （3）使集成测试通过，也会遗漏很多错误。 适用范围 （1）只需要修改或增加少数几个模块的前期产品稳定的项目； （2）功能少，模块数量不多，程序逻辑简单，并且每个组件都已经过充分单元测试的小型项目； 2）自顶向下集成 目的 从顶层控制（主控模块）开始，采用同设计顺序一样的思路对被测系统进行测试，来验证系统的稳定性。 定义 按照系统层次结构图，以主程序模块为中心，自上而下按照深度优先或者广度优先策略，对各个模块一边组装一边进行测试。 方法（图示） 1 把主控模块作为测试驱动，所有与主控模块直接相连的模块作为桩模块； 2与下一层集成。 根据集成的方式（深度优先或者广度优先），逐渐使用实际模块替换相应的下层桩模块；再用桩代替他们的直接下属模块，与已通过测试的模块或子系统组装成新的子系统。 3进行回归测试，确定集成后没有引入错误； 4从上述过程中的第二步开始重复执行，直到所有模块都已经集成到系统中为止。 按深度优先自顶向下集成：（系统结构图如右图） 广度优先集成示意如下： 优点 1较早地验证主要的控制和判断点。 2 可以首先实现和验证一个完整的软件功能，增强信心； 3 减少了测试驱动程序开发和维护的费用; 4 可以和开发设计工作一起并行执行集成测试，能够灵活的适应目标环境； 5 容易进行故障隔离和错误定位。 缺点：桩模块的开发和维护费用大。 3）自底向上集成 目的 从依赖性最小的底层模块开始，按照层次结构 图，逐层向上集成，验证系统的稳定性。 方法 1从最底层的模块开始组装，组合成一个能够完成制定的软件子功能的构件； 2编制驱动程序，协调测试用例的输入与输出； 3测试集成后的构件； 4使用实际模块代替驱动程序，按程序结构向上组装测试后的构件；