第7章-集成测试PPT.pptx

第7章 集成测试软件测试课程组问题引入测试过程单元测试集成测试系统测试为什么需要集成测试？ 为什么总是集成不起来？主要内容7.1 集成测试概述 7.2 基于功能分解的集成 7.3 基于调用图的集成 7.4 基于路径的集成 7.5 其他集成测试方法 7.6 案例 7.7 本章小结 7.1集成测试概述集成测试(Integration test)定义：是在单元测试的基础上，将所有模块按照设计要求集成为系统或子系统，并进行测试。测试单元在集成时是否有缺陷，通过测试识别组合单元时出现的问题，也叫组装测试或联合测试。验证程序和概要设计说明的一致性。7.1集成测试概述集成测试的方法和策略：非增量型测试：先将所有软件模块统一集成后才进行整体测试，也称大棒集成。增量型(渐增式) 测试：从一个模块开始，测一次添加一个模块，边组装边测试，以发现与接口相联系的问题。增量型集成测试的实施策略有很多种，如自底向上集成测试、自顶向下集成测试、三明治集成测试等。7.1集成测试概述集成测试的人员组织：由专门的测试人员负责测试，但开发人员有时也会参与集成测试的设计和执行。集成测试工程师一般都需要参加到产品的概要设计中去，尤其是概要设计的评审。7.1集成测试概述集成测试的过程:　1．计划阶段 2．设计阶段　3．执行阶段　4．评估阶段1．计划阶段 时间：在概要设计完成评审后大约一个星期；需要准备集成测试的设计依据文档：需求规格说明书、概要设计文档等。确定测试范围和测试对象；准备测试工具和环境，进行人员组织等。考虑一定的风险及应急计划，外部技术支援的力度和深度以及相关培训安排。最后以完成集成测试计划书结束，并通过评审。2．设计阶段要详细理解集成测试计划阶段准备的需求规格说明书、概要设计以及集成测试计划。与软件系统的详细设计阶段同时进行。2．设计阶段详细分析被测对象结构、集成测试模块、集成测试接口，并根据分析结果确定集成测试策略、测试工具、集成测试环境，以估计和安排集成测试工作量。根据软件需求、概要设计、集成测试计划来设计集成测试。部分测试用例可能需要进行集成测试代码(Driver、Stub)设计，部分测试用例需要借助测试工具。经过设计后，输出集成测试用例、集成测试规程、集成测试代码、集成测试脚本，最后输出集成测试设计报告，并通过评审。 　3．执行阶段当单元测试已经完成后就可以开始执行集成测试了。执行过程中，根据前面的设计以及软件需求规格说明书、概要设计、详细设计、代码和单元测试报告，执行所有集成测试用例、回归集成测试用例并记录和撰写集成测试报告。4．评估阶段在修复和回归测试的交替和反复中，当达到测试要求后，就进入了评估阶段。所有测试需要由测试结果评估小组或评估人员对测试结果进行评测、分析，并输出分析结果。 7.2 基于功能分解的集成要求在测试的准备阶段按照概要设计的规格说明，来确定模块之间的功能分层结果，明确被测功能模块，并在熟悉被测功能模块功能、接口等特性的基础上进行测试。7.2 基于功能分解的集成图中，软件系统包含7个功能模块，模块之间存在的层次结构以树型结构来表示:图7-2-1 程序模块化设计示意图 7.2 基于功能分解的集成定义从一个模块开始，测一次添加一个模块，边组装边测试，以发现与接口相联系的问题。集成方式自顶向下集成自底向上集成三明治集成1.自顶向下集成定义自顶向下集成(Top-down Integration)按照系统层次结构图，以主程序模块为中心，自上而下按照深度优先或者广度优先策略，对各个模块一边组装一边进行测试。在测试过程中，需要设计Stub桩模块来模拟下层模块。ACDBEGFIHLKNJM自顶向下集成的两种类型深度优先广度优先深度优先：A、B、E、J、K、C、F、L、G、D、H、M、N、I广度优先：A、B、C、D、E、F、G、H、I、J、K、L、M、N深度优先策略首先把主控制路径上的模块集成在一起，至于选择哪一条路径作为主控制路径，这带有随意性，可以根据实际问题的特性确定其优先级。以图7-2-1为例，若选择了最左一条路径，则首先将模块M1、M2和M5集成在一起，再将M6集成起来，然后考虑中间和右边的路径。图7-2-2 深度优先搜索测试过程 广度优先策略沿控制层次结构水平地向下移动。以图7-2-1为例，它首先把M2、M3和M4与主控模块集成在一起，再将M5、M6和其他模块集成起来。图7-2-3 广度优先搜索测试过程 自顶向下集成步骤:(1)以主控模块作为测试驱动模块，把对主控模块进行单元测试时引入的所有桩模块用实际模块替代(2)依据所选的集成策略，每次只替代一个桩模块(3)每集成一个模块立即测试一遍自顶向下集成步骤（续）(4)只有每组测试完成后，才着手替换下一个桩模块(5)为避免引入新错误，须不断地进行回归测试从第(2)步开