第7章 集成测试.ppt

7.1 集成测试概述　　实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常地工作。为了改善这种情况，就要求在软件测试中引入集成测试，用以测试程序在某些局部反映不出来而在全局上很可能暴露出来的问题。 7.1.1 集成测试的定义集成（Integration）：把多个单元组合起来形成更大的单元。 集成测试（Integration Testing）：在假定各个软件单元已经通过了单元测试的前提下，检查各个软件单元之间的相互接口是否正确。也叫组装测试或联合测试 具体检测包括：功能正确性验证、接口测试、全局数据结构的测试以及计算精度检测等在集成测试时可能出现的错误。 集成测试的方法策略：非增量型集成测试和增量型(渐增式)集成测试。非增量型测试：将所有软件模块统一集成后才进行整体测试，也称大棒集成(Big-Bang Integrate Testing)。这种方法极容易出现混乱，因为测试时可能发现一大堆错误，为每个错误定位和纠正将非常困难。对于复杂的软件系统，一般不宜采用非增量型测试。 增量型(渐增式)集成测试：从一个模块开始，测一次添加一个模块，边组装边测试，以发现与接口相联系的问题。渐增式测试模式虽然需要编写Driver或Stub程序，但这样的方法可以更早发现模块间接口错误，并有利错误的定位和纠正。增量型集成测试的实施策略：自底向上集成测试、自顶向下集成测试、三明治集成测试、核心集成测试、分层集成测试、基于使用的集成测试等 人员组织单元测试：主要由开发人员来承担。集成测试：则主要由专门的测试人员负责测试开发人员有时也会参与集成测试的设计和执行集成测试工程师一般都需要参加产品的概要设计 在极限编程的实践中，一个新的名词又出现了——“持续集成”，其全称为Continuous?Integration。实际上并非仅在极限编程中使用着它，其他开放模型下都可以使用持续集成。软件开发中各个模块不是同时完成的，根据进度将完成的模块尽可能早地进行集成，这样有助于尽早发现缺陷，避免集成阶段大量缺陷涌现 7.1.2 集成测试的过程1．计划阶段 在概要设计完成评审后大约一个星期，就可以开始进入到集成测试的计划阶段了。准备集成测试的设计依据文档：需求规格说明书、概要设计文档等。确定测试范围和测试对象，准备测试工具和环境，并进行人员组织等。考虑一定的风险及应急计划，外部技术支援的力度和深度以及相关培训安排。 2．设计阶段　　对于集成测试的设计，要详细理解集成测试计划阶段准备的需求规格说明书、概要设计以及集成测试计划。 集成测试的设计：（1）详细分析被测对象结构、集成测试模块、集成测试接口。根据分析结果确定集成测试策略、测试工具、集成测试环境，以估计和安排集成测试工作量。（2）集成测试设计结果：集成测试用例、集成测试规程、集成测试代码、集成测试脚本，最后输出集成测试设计报告，并通过评审。 3．执行阶段根据前面的设计以及软件需求规格说明书、概要设计、详细设计、代码和单元测试报告，执行所有集成测试用例、回归集成测试用例并记录和撰写集成测试报告。 4．评估阶段　　在修复和回归测试的交替和反复中，当达到测试要求后，就进入了评估阶段。所有测试需要由测试结果评估小组或评估人员对测试结果进行评测、分析，并输出分析结果。 　7.2 基于功能分解的集成　　系统在设计时，如果基于系统功能的分解来进行模块化程序设计，那么系统在集成时也可以基于功能模块来组装。 图7-2-1 程序模块化设计示意图 1．自顶向下集成自顶向下集成(Top-Down Integration)：从最具控制力的主控模块开始，按照软件的控制层次结构，以深度优先或广度优先的策略，向系统中增加模块，直至实现整个系统。在测试过程中，需要设计Stub桩模块来模拟下层模块深度优先策略：首先把主控制路径上的模块集成在一起，至于选择哪一条路径作为主控制路径，这带有随意性，可以根据实际问题的特性确定其优先级。 图7-2-2 深度优先搜索测试过程 广度优先策略：它沿控制层次结构水平地向下移动。 图7-2-3 广度优先搜索测试过程 　　深度优先和广度优先两种集成测试的方法，其测试步骤可以分成如下五步：　　(1) 以主控模块作为测试驱动模块，把对主控模块进行单元测试时引入的所有桩模块用实际模块替代，需要设计的桩模块的个数为模块总个数减一；　　(2) 依据所选的集成策略(深度优先或广度优先)，每次只替代一个桩模块；　　(3) 每集成一个模块立即测试一遍；　　(4) 只有每组测试完成后，才着手替换下一个桩模块；　　(5) 为避免引入新错误，还需要不断地进行回归测试，即全部或部分地重复已做过的