《软件测试》第6章.ppt

第6章 集成测试 本章要点 集成测试的任务 集成测试的测试对象 接口的分类 集成测试的测试方法 集成测试的步骤 集成测试的策略 集成测试中模块和接口的确定 关键模块的概念 6.1 集成测试的概念 6.1.1 集成测试的含义 集成测试（Integration Testing），也称为组装测试、联合测试。 在单元测试的基础上，应根据概要设计的要求将各单元组装成子系统或系统，在单元组装过程中，应对单元进行整体的测试，发现并清除在单元连接过程中出现的问题，确保集成到一起的各单元能共同完成预期的功能，并达到要求的性能。 单元测试具有不彻底性，它对于单元接口的正确性是无法保障的，如以下的一些问题是集成测试应当考虑的： 将各模块组装起来的过程中，穿越模块接口的数据是否会丢失。 各子功能组合起来，能否达到预期的父功能。 某模块的功能是否会对另一模块的功能产生不利影响。 全局数据结构是否存在问题。 单个模块的误差积累起来。是否会放大到不可接受的程度。? 集成测试的测试对象包括单元间的接口，以及集成后的功能和性能。 在如今的测试活动中，单元测试和集成测试的界限逐渐模糊。单元测试阶段也可进行集成，如采用自底向上的方式进行集成，底层的单元先开发并先测试，这样做的目的是为了避免开发桩模块。所以在实际的测试工作中，不应死抠单元测试和集成测试的区别。 6.1.2 接口的分类 对接口的测试是集成测试的主要任务，在集成测试阶段，主要考虑软件系统内部的各种接口，可做如下分类： 函数接口：根据函数之间调用关系确定的接口。 消息接口：在面向对象方法开发的系统及嵌入式系统中很常见。当使用消息接口时，软件的模块间并不直接联系，而是通过消息包（遵循接口协议）发生关系。 类接口：在使用面向对象方法开发的软件系统中，类接口是基本的接口。 其他接口：主要包括全局变量、配置表、注册信息、中断等。 6.1.3 集成测试的测试方法 在集成测试阶段，应将黑盒测试方法和白盒测试方法结合起来使用。使用黑盒方法从接口处对子系统或系统进行测试，在其基础上再选择性地使用白盒方法对模块内部路径进行测试。 在集成测试阶段，使用白盒方法的目的不再是为了满足一定的代码覆盖率，而是为了在进行黑盒测试时不遗漏应有的功能点。也可以理解为，这一阶段的白盒测试是为黑盒测试服务的。 6.2 集成测试的实施 1．集成测试的步骤 ① 计划集成测试 ② 设计集成测试 ③ 执行集成测试 ④ 分析测试结果并提交测试报告 2．集成测试计划的编制 在制定集成测试计划时，应主要考虑如下因素： 测试的内容。 集成测试中的系统集成方式。 集成测试过程中连接各模块的顺序。 模块代码编制和测试进度是否与集成测试的顺序一致。 测试过程中需要的测试工具及硬件设备。 3．集成测试完成的标志 成功地执行集成测试计划中规定的所有测试。 修正了集成测试中发现的错误。 测试结果通过了专门小组的评审。 6.3 集成测试的策略 6.3.1 典型的集成测试策略 1．一次性集成方式 又称为大爆炸集成（Big-bang Integration），是一种非增殖式集成方式（Non-Incremental Integration）。该小节中介绍的其他集成测试策略则属于增殖式集成方式（Incremental Integration）。 首先分别对每个模块进行单元测试，然后一次性地将所有模块集成在一起，并对它们进行测试，发现并清除在模块连接过程中出现的问题，得到最终要求的软件系统。 当软件的模块数量较多时，接口复杂时，一次性集成方式不利于定位和解决发现的问题，所以很难构造成一个成功的最终系统。在实际应用中，该方式较少使用。 2．自顶向下的集成方式 自顶向下的集成方式（Top-Down Integration）根据软件的模块结构图，按控制层次从高到低的顺序对模块进行集成，也就是从最顶层模块向下逐步集成，并在集成的过程中进行测试，直至组装成符合要求的最终软件系统。 在实际使用中，自顶向下的集成方式很少单独使用，这是因为该方法需要开发大量的桩模块，增加了集成测试的成本，违背了应尽量避免开发桩模块的原则。但在某些情况下，也可考虑使用该集成方式，如： 软件的控制结构具有较大的技术风险，需较早得到测试。 在极限编程（Extreme Programming，简称XP）中使用探索式开发风格时（该方法要求测试人员在全部软件单元实现之前完成核心软件部件的集成测试）。 3．自底向上的集成方式 自底向上的集成方式（Down-Top Integration）根据软件的模块结构图，按控制层次从低到高的顺序对模块进行集成，也就是从最底层模块向上逐步集成，在集成的同时进行测试，直至组装成符合要求的最终软件系统。 因为是自底向上进行组装 ，对于一个给定层次的模块 ，它