第七章-集成测试
集成测试

实验三集成测试1实验类型:设计性要求:必做学时:62实验内容:在单元测试的基础上,将所有模块按照设计要求组装成为子系统或系统,进行集成测试。
3实验的基本要求:1、要求学生掌握桩模块和驱动模块的开发。
2、发现并排除在单元模块连接中可能发生的问题。
4 实验主要方法1 定义:集成测试,也叫组装测试或联合测试。
在单元测试的基础上,将所有模块按照设计要求(如根据结构图)组装成为子系统或系统,进行集成测试。
实践表明,一些模块虽然能够单独地工作,但并不能保证连接起来也能正常的工作。
一些局部反映不出来的问题,在全局上很可能暴露出来。
子系统:子系统是一种模型元素,它具有包(其中可包含其他模型元素)和类(其具有行为)的语义。
子系统的行为由它所包含的类或其他子系统提供。
子系统实现一个或多个接口,这些接口定义子系统可以执行的行为。
使用可以通过多种互补的方法来使用子系统,将系统分为若干个单元,这些单元:可以独立预定、配置或交付可以独立开发(只要接口保持不变)可以在一组分布式计算节点上独立部署可以在不破坏系统其他部分的情况下独立地进行更改此外,子系统还可以:将系统分为若干单元,以提供对关键资源的有限安全保护在设计中代表现有产品或外部系统从类协作中确定子系统如果某个协作中的各个类只是在相互之间进行交互,并且可生成一组定义明确的结果,就应将该协作和它的类封装在一个子系统中。
这一规则同样适用于协作的子集。
可以对协作的任何部分或全部进行封装和简化,这将会使设计更易于理解。
桩模块和驱动模块:软件测试技术的一种,主要用在单元测试阶段。
由于对已开发的单元模块功能和行为测试会涉及到仿真对象的概念,比如说驱动模块和桩模块。
驱动模块是用来模拟被测试模块的上一级模块,相当于被测模块的主程序。
它接收数据,将相关数据传送给被测模块,启用被测模块,并打印出相应的结果。
桩模块(Stub)是指模拟被测试的模块所调用的模块,而不是软件产品的组成的部分。
主模块作为驱动模块,与之直接相连的模块用桩模块代替。
07集成测试系统测试(共94张PPT)

检验系统可否正确输出结果,输出格式和数据能否正确,能 否能够正保证存和读取。
检验系统状态能否能够随业务流程变化而变化,并保持稳固。
第四十三页,共九十四页。
43
功能测试的策略
▪ 以数据为中心(zhōngxīn)的系统 ▪ 以活动序列为中心的系统
第三页,共九十四页。
3
与单元测试和系统测试的差异
单元测试关注模块内部(nèibù),集成测试关注模块 接口;
集成测试仅针对软件系统张开测试,系统测试中所 波及的系统则不但包含被测试的软件自己,还包含 硬件及有关外头设备。
第四页,共九十四页。
4
集成测试的内容
将各模块连结起来时,穿越模块接口的数据能否 会抛弃;
NextDate3
GetDate
PrintData
ValidDate
IncrementDate
lastDayofMonth
Sil
GetDate ValidDate
PrintData IncrementDate
lastDayofMonth
isLapYear
第十七页,共九十四页。
17
自顶向下集成(jíchénɡ):实践(深度优先1)
第三十三页,共九十四页。
33
三明治集成:实践(shíjiàn)(策略3)
NextDate3
Sg Sv
Sp Si
NextDate3
Sg Sv
PrintData Si
NextDate3
GetDate ValidDate
PrintData IncrementDate
lastDayofMonth
集成测试的方法

集成测试的方法一、简介集成测试(Integration Testing)是指用于验证不同模块之间协作的测试技术。
它包括从单个模块开始、把已软件系统中模块逐个集成、测试,最终完成整个系统的验证。
集成测试的重点在于在集成各个模块后的部分系统,对不同模块之间的交互、组合进行检查测试,验证系统整体的可用性。
集成测试主要检验模块之间的接口和功能,通过把模块一个一个集成,并与其它模块进行协作,来检验程序的正确性及其可行性。
二、集成测试的方法1、单元集成测试单元集成测试是指在系统设计的初始阶段,用来测试单个或多个模块之间的接口和功能,并确定它们之间的相互作用。
在这一测试阶段,模块的接口是静态的,而模块的内部功能开发得较为完善。
单元集成测试时所运行的一系列测试可以被看作是一个用来进行集成测试的准备工作,而这些测试任务本身构成一个完整的测试系统,可以在准确度和效率方面对系统表现作出判断。
2、模块集成测试模块集成测试是指在软件系统开发过程中的一种测试方法,它是把系统划分为不同的模块,每个模块都应该依据设计和开发规范进行开发和测试,模块之间也有特定的接口和协作。
模块集成测试的关注点在于模块之间的接口和功能的一致性,是为系统集成测试的准备工作。
3、系统集成测试系统集成测试是指在软件系统开发过程中的最后一种测试方法,它的目的是检查已开发的部件,验证系统的整体功能,确保系统能够按要求运行。
系统集成支持与设计开发活动有关的各种工作,以及在集成过程中引起可能的各种BUG(如参数的不匹配、操作的不一致等)。
测试过程中,发现错误后需要修改错误,这是集成测试的重要一部分内容。
四、优缺点优点:1、集成测试可以检查系统的整体功能,确保系统的稳定性和可靠性。
2、集成测试可以发现可能的Bug,避免严重的系统漏洞。
3、集成测试可以检查各个模块之间的接口和协作,确保系统能够按要求正确运行。
缺点:1、集成测试需要对系统的架构有深入的了解,以及相应的测试环境,这样才能保证测试效果。
《集成测试》课件

4
系统测试
测试整个软件系统的完整性和功能。
5
回归测试
重新执行以前的测试用例,以确保系统在进行更改后仍保持正常运行。
集成测试的方法
静态集成测试
通过检查代码和设计文档等静态元素来检测潜在问 题。
动态集成测试
通过执行软件系统来验证其功能和性能。
集成测试的工具
JUnit
一个用于Java开发的广泛使用的单元测试框架。
集成测试的缺点
1 测试用例的设计难度较高
设计涵盖不同组件之间交互和协作的测试用例是一项挑战。
2 集成测试需要较高的人力和物力资源
进行集成测试需要投入大量的人力和物力资源。
3 集成测试工作量大,耗时长
进行全面的集成测试需要耗费大量的时间和努力。
结论
1 集成测试是软件测试的重要环节
集成测试能够发现系统中的缺陷,确保软件的质量。
《集成测试》PPT课件
欢迎大家来到今天的课程!在本节课中,我们将学习关于集成测试的重要性 以及相关的分类、过程、方法、工具和注意事项。让我们一起探索集成测试 的世界吧!
什么是集成测试
集成测试是一种测试方法,旨在验证软件系统在组件之间进行正确的交互和协作,并确保整体系统的功能和性 能达到预期。
集成测试的分类
2 应遵测试计划
制定和遵守详细的测试计 划以确保测试的完整性和 准确性。
3 需要充分的测试数据
使用各种类型的测试数据 来测试各种情况和边界值。
集成测试的优点
可以发现系统缺陷
通过集成测试,我们可以发现系统中的潜在问题和缺陷。
可以减少维护成本
及早检测和修复问题可以减少软件维护的成本。
可以提升系统质量
高质量的集成测试可以确保系统的功能和性能达到预期。
第七章-集成测试

集成测试的目的
• 确保各单元组合在一起后能够按既定意图 协作运行,并确保增量的行为正确,所测 试的内容包括单元间的接口以及集成后的 功能。 • 具体来说,集成测试考虑以下问题:
集成测试的目的
1.在把各个模块连接起来的时候,穿越模块 接口的数据是否会丢失; 2.各个子功能组合起来,能否达到预期要求 的父功能; 3.一个模块的功能是否会对另一个模块的功 能产生不利的影响; 4.全局数据结构是否有问题; 5.单个模块的误差积累起来,是否会放大, 从而达到不可接受的程度。
增量式集成策略
• 增量式测试的集成是逐步实现的: —— 逐次将未曾集成测试的模块和已经集 成测试的模块(或子系统)结合成程序包, 再将这些模块集成为较大系统,在集成的 过程中边连接边测试,以发现连接过程中 产生的问题。
增量式集成策略
• 按照不同的实施次序,增量式集成测试又 可以分为三种不同的方法: (1)自顶向下增量式测试 (2)自底向上增量式测试 (3)三明治增量式测试(混合增量式测试)
集成测试方法
•
•
静态测试技术——针对概要设计的测试 (什么是概要设计?) 动态测试技术——灰盒测试 (什么是灰盒测试?)
集成测试方法
灰盒测试的优点:
• 能够进行基于需求的测试和基于路径的覆 盖测试。 • 可深入被测对象的内部,便于错误的识别 分析和解决。 • 能够保证设计的黑盒测试用例的完整性, 防止功能或功能组合的遗漏 • 能够减小需求或设计不详细或不完整性对 测试有效性造成影响。
自顶向下增量式集成适用范围:
• • • • 产品控制结构比较清晰和稳定; 高层接口变化较小; 底层接口未定义或经常可能被修改; 产口控制组件具有较大的技术风险,需要 尽早被验证; • 希望尽早能看到产品的系统功能行为。
集成测试

学习大纲
课程名称 集成测试 1、掌握集成测试的概念; 2、了解集成测试和系统测试的区别; 3、了解集成测试考虑的问题; 4、掌握集成测试的层次和策略; 5、掌握集成测试的过程; 6、掌握集成测试的原则。 集成测试的层次、策略和过程。 集成测试的策略和过程 演示和讲解 略
教学目标
教学重点 教学难点 教学方法 教学内容
集成测试的策略就犹如作战方案一样,如果选取 得当便能够顺利完成任务,否则将会兵败千里,甚至 全军覆没。因此,要求测试人员要根据项目的实际特 点选取一种或几种集成测试策略。其中最常见的几种 策略就是:大爆炸集成、自底向上、自顶向下和三明 治集成等,也可以把这些称为基于功能分解的集成测 试策略,一般用于传统软件结构的集成测试。
(2)设计阶段
一般在详细设计开始时,就可以着手进行。 需要完成以下工作: ① 被测对象结构分析 ② 集成测试模块分析 ③ 集成测试接口分析 ④ 集成测试策略分析 ⑤ 集成测试工具分析 ⑥ 集成测试环境分析 ⑦ 集成测试工作量估计和安排
(3)实现阶段
集成测试的实施通过下面几个环节来完成:
① ② ③ ④ ⑤ 集成测试用例设计 集成测试规程设计 集成测试代码设计 集成测试脚本开发 集成测试工具开发或选择
(4)执行阶段
测试执行的前提条件是:单元测试已经通过评审。 测试执行时,须按照相应的测试规程,借助集成测试工具, 并把需求规格说明书、概要设计、集成测试计划、集成测 试设计、集成测试用例、集成测试规程、集成测试代码、 集成测试脚本作为测试执行的依据来执行集成测试用例。 当测试执行结束后,测试人员要记录下每个测试用例执行 后的结果,填写集成测试报告,最后提交给相关人员评审。
(1)一次性集成
• 又称为大爆炸集成。 • 策略是:一次性的将所有的模块集成在一 起,发现并清除在模块连接过程中出现的 问题得到最终要求的软件系统。
什么是集成测试

什么是集成测试?集成测试(Integration Testing)是软件开发过程中的一种测试方法,用于验证多个组件或模块在一起工作时的正确性和一致性。
它的目的是检测和解决组件之间的集成问题,以确保整个系统在集成的环境中能够正常运行。
在软件开发过程中,通常会将系统分解为多个组件或模块,每个组件负责实现特定的功能。
集成测试的主要任务是验证这些组件之间的接口和交互是否正确,以及组件在一起工作时是否符合预期。
集成测试的关键特点包括:1. 组件集成:集成测试关注的是多个组件在一起工作的情况。
这些组件可以是函数、模块、库、服务或子系统等。
集成测试的目标是确保这些组件能够正确地协同工作,完成预期的功能。
2. 接口测试:集成测试重点测试组件之间的接口和数据交换。
它验证数据的传递、参数的传递、函数的调用等,以确保组件之间的通信是正确的和一致的。
3. 依赖管理:集成测试需要考虑组件之间的依赖关系。
组件可能依赖于其他组件的功能或数据,因此在进行集成测试时,需要确保这些依赖被正确地管理和满足。
4. 整体功能验证:集成测试不仅验证组件之间的接口,还验证整体系统的功能。
它测试系统在一起工作时是否能够完成预期的功能,并满足用户需求和规格。
集成测试的策略和方法可以根据具体情况而有所不同。
以下是几种常见的集成测试方法:1. 自上而下(Top-down):自上而下的集成测试从系统的最高级别开始,逐渐向下测试系统的各个组件。
在这种方法中,可以使用模拟或桩(Stub)来代替下层组件,以便尽早进行测试。
2. 自下而上(Bottom-up):自下而上的集成测试从系统的最低级别开始,逐渐向上测试系统的各个组件。
在这种方法中,可以使用驱动程序(Driver)来代替上层组件,以便尽早进行测试。
3. 混合方法(Hybrid):混合方法结合了自上而下和自下而上的思想,从系统的中间层次开始测试。
在这种方法中,可以根据具体情况,选择自上而下或自下而上的策略进行测试。
集成测试

一、集成测试(Integration Testing)的概念集成测试(Integration Testing)是在单元测试的基础上,将所有模块按照概要设计要求组装成为一个子系统或者系统,进行集成测试。
二、集成测试关注的重点一些模块虽然能够单独工作,但并不能保证连接起来也能正常的工作,程序在某些局部反映不出来的问题,在全局上很可能暴漏出来,影响功能的实现,因此集成测试应当考虑两大(5个)问题:1、模块间的接口(接口的覆盖率)(1)在把各个模块连接起来的时候,穿越模块接口的数据是否会丢失。
(2)全局数据结构是否有问题,会不会被异常修改。
2、集成后的功能(参数的传递)(1)各个子功能组合起来,能否达到预期要求的父功能。
(2)一个模块的功能是否会对另一个模块的功能产生不利的影响。
(3)单个模块的误差积累起来,是否会放大,从而达到不可接受的程度。
三、集成测试的三个级别由于集成的力度不同,一般可以把集成测试划分为三个级别:1、模块内集成测试。
2、子系统内集成测试。
3、子系统间集成测试。
四、集成测试策略集成测试策略最主要的有三种:1、大爆炸集成(Big Bang Integration)。
2、自顶向下集成(Top-Down Integration)。
3、自底向上集成(Bottom-up Integration)。
基于以上三种测试策略,又提出了以下五种集成测试策略,它们都是在上面的三种主要测试策略的基础上进行综合,改进而成的。
1、三明治集成(Sandwich Integration)。
2、基干集成(Backbone Integration)。
3、分层集成(Layers Integration)。
4、基于功能的集成(Function-Based Integration)。
5、基于进度的集成(Schedule-Based Integration)下面我们详细的介绍一下这几种集成测试策略。
1、大爆炸集成(Big Bang Integration)(1)概念:大爆炸集成(Big Bang Integration)是属于非增值式集成(Non-Incremental Integration)的一种方法,也叫一次性组装货整体拼装。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
自底向上增量式测试
• 从具有最小依赖性的底层组件开始,按照 依赖关系树的结构,逐层向上集成,以检 依赖关系树的结构,逐层向上集成,以检 验系统的稳定性。 • 最常用的集成策略,其他方法都或多或少 最常用的集成策略,其他方法都或多或少 应用此种方法。
自底向上增量式测试
A B E C D F B A C D
E
F
d4 d1 d2 d3 B E C F E
d5 D F
优缺点分析
• 优点: – 对底层组件行为较早验证; – 工作最初可以并行集成,比自顶向下效 率高; – 减少了桩的工作量; – 能较好锁定软件故障所在位置。
40
优缺点分析(续)
• 缺点:
不同集成测试方法的比较
1、非增量式测试与增量式测试的比较 • 非增量式测试的方法是先分散测试,然后集中起来 再一次完成集成测试。假如在模块的接口处存在错 误,只会在最后的集成测试时一下子暴露出来。 • 增量式测试是逐步集成和逐步测试的方法,把可能 出现的差错分散暴露出来,便于找出问题和修改。 而且一些模块在逐步集成的测试中,得到了较多次 的考验,因此,可能会取得较好的测试效果。 结论:增量式测试要比非增量式测试具有一定的优 越性。
自顶向下增量测试
• 自顶向下集成测试的整个过程由3个步骤完成: (1)主控模块作为测试驱动器。 (2)根据集成的方式(深度或广度),下层的桩 模块一次一次地被替换为真正的模块。 (3)在每个模块被集成时,都必须进行单元测试。 重复第2步,直到整个系统被测试完成。
深度优先组装方式
29
广度优先组装方式
非增量式集成策略
• 非增量式测试模式是采用一步到位的方法 来构造测试: ——对所有模块进行个别的单元测试后, 按照程序结构图将各模块连接起来,把连 接后的程序当作一个整体进行测试。 Bang) • 又叫大爆炸式集成(Big Bang) (
非增量式测试 (Big-bang testing)
Test A Test B Test C Test D Test A, B, C, D
非增量式策略
优点: • ①方法简单 • ②允许多测试人员同时并行工作,人力物 力资源利用率较高 缺点 • ①必须为每个模块准备相应的驱动模块和 桩模块,测试成本较高 • ②一旦集成后包含多种错误,难以纠正。
关键模块问题
• 在非增量式集成测试时,应当确定关键模 块,对这些关键模块及早进行测试。 • 关键模块的特征: ① 完成需求规格说明中的关键功能; ② 在程序的模块结构中位于较高的层次 (高层控制模块); ③ 较复杂、较易发生错误; ④ 有明确定义的性能要求。
集成测试的层次
• 产品开发过程:一个分层设计和逐步细化 的过程 系统结构图:
11
软件结构图:
软件模块结构图: 软件模块结构图:
12
集成测试的层次
• 由于集成的力度不同,一般可以把集成测 试划分为三个级别: • (1)模块内集成测试。 • (2)子系统内集成测试:先测试子系统内 2 的功能模块,然后将各个功能模块组合起 来确认子系统的功能是否达到预期要求。 • (3)子系统间集成测试:测试的单元是子 系统之间的接口。子系统是可单独运行的 程序或进程。
确认 的软件
可运 行的 软件
6
单元测试、集成测试与系统测试的差别
对象 目的 测试依据 测试方法
消除局部模块逻辑 大量采用白 单元 模块内部 模块逻辑设计 大量采用白 和功能上的错误和 盒测试方法 测试 程序错误 模块外部说明 盒测试方法 缺陷 灰盒测试, 找出与软件设计相 灰盒测试, 模块间的 模块间的 关的程序结构, 集成 关的程序结构,模 采用较多黑 程序结构设计 集成和调 块调用关系, 测试 块调用关系,模块 盒方法构造 用关系 测试用例 间接口方面的问题 整个系统, 整个系统, 对整个系统进行一 系统结构设计 系统 系列的整体、 包括系统 系列的整体、有效 目标说明书 测试 需求说明书等 软硬件等 性测试 黑盒测试
集成测试方法
• • 静态测试技术——针对概要设计的测试 (什么是概要设计?) 动态测试技术——灰盒测试 (什么是灰盒测试?)
集成测试方法
灰盒测试的优点:
• 能够进行基于需求的测试和基于路径的覆 盖测试。 • 可深入被测对象的内部,便于错误的识别 分析和解决。 • 能够保证设计的黑盒测试用例的完整性, 防止功能或功能组合的遗漏 • 能够减小需求或设计不详细或不完整性对 测试有效性造成影响。
自底向上增量式测试
自底向上进行集成和测试时,需要为所测模 块或子系统编制相应的驱动模块。常见的 几种类型的驱动模块如图所示:
驱动程序 Driver A 驱动程序 Driver B 驱动程序 Driver C 显示参数 驱动程序 Driver D
兼有驱动程 序B、C的功 能
调用从属模块 从表(或外
部文件)中 传递参数 表示传送的参数信息
自底向上增量式集成测试步骤:
• (1)起始于模块依赖关系树的底层叶子模块,也 可以把两个或多个叶子模块合并到一起进行测试 • (2)使用驱动模块对步骤1选定的模块(或模块 组)进行测试 • (3)用实际模块代替驱动模块,与它已测试的直 属子模块组装成一个更大的模块进行测试 • (4)重复上面的行为,直到系统最顶层模块被加 入到已测系统中
集成测试的目的
集成测试有以下不可替代的特点: • 单元测试具有不彻底性,对于模块间接口信息内 容的正确性、相互调用关系是否符合设计无能为 力。只能靠集成测试来进行保障。 • 同系统测试相比,由于集成测试用例是从程序结 构出发的,目的性、针对性更强,测试项发现问 题的效率更高,定位问题的效率也较高; • 能够较容易地测试到系统测试用例难以模拟的特 殊异常流程,从纯理论的角度来讲,集成测试能 够模拟所有实际情况; • 定位问题较快,由于集成测试具有可重复强、对 测试人员透明的特点,发现问题后容易定位,所 以能够有效地加快进度,减少隐患。
30
优缺点分析
• 优点:
– 较早地验证了主要控制和判断点; – 按深度优先可以首先实现和验证一个完整的 软件功能; – 功能较早证实,带来信心; – 只需一个驱动,减少驱动器开发的费用; – 支持故障隔离。
31
优缺点分析
• 缺点:
– 桩的开发量大; – 底层验证被推迟; – 底层组件测试不充分。
增量式集成策略
• 增量式测试的集成是逐步实现的: ——逐次将未曾集成测试的模块和已经集 成测试的模块(或子系统)结合成程序包, 再将这些模块集成为较大系统,在集成的 过程中边连接边测试,以发现连接过程中 产生的问题。
增量式集成策略
• 按照不同的实施次序,增量式集成测试又 可以分为三种不同的方法: (1)自顶向下增量式测试 (2)自底向上增量式测试 (3)三明治增量式测试(混合增量式测试)
非增量式集成测试实例
A B E C D B F s1 s2 A C D E F d1 d2 d3 d4 d5
(1)程序结构图
A B E C D F
S3
S4
S5
(2)单元测试示意图
非增量式策略实例
评述:模块d1、d2、d3、d4、d5是对各个模块做单 元测试时建立的驱动模块,s1、s2、s3、s4、s5 是为单元测试而建立的桩模块。这种一次性集成 方式将所测模块连接起来进行测试,但是一次试 运行成功地可能性并不大。其结果发现有错误, 但茫然找不到原因,差错和改错都会遇到困难。 适应于 一个维护型或被测试系统较小 的项目
基本概念
• 集成测试又称组装测试,是在单元测试的 基础上,将所有模块按照设计要求组装成 子系统或系统进行的测试活动。 • 又称子系统测试、联合测试。
软件测试的过程
被测 模块 单元
测试
设计 信息 集成 测试
软件 需求 确认 测试
其测试
被测 模块 单元
测试
装配好 测试过 的软件 的模块
集成策略
• 指在测试对象分析基础上,描述软件模块 集成的方式、方法。 • 我们已经知道,集成测试是把功能模块或 程序单元组合起来进行测试,发现模块在 组合过程中的缺陷。那么,系统中的各个 模块如何组合呢?是全部同时组装还是逐 渐组装模块?这是集成策略将要解答的问 题。
• 集成的基本策略比较多,分类比较复杂, 但是都可以归结为以下两类: • • • • 非增量式集成策略——一步到位 Non-Incremental Testing 增量式集成策略——逐步实现 Incremental Testing
7
集成测试的目的
• 确保各单元组合在一起后能够按既定意图 协作运行,并确保增量的行为正确,所测 试的内容包括单元间的接口以及集成后的 功能。 • 具体来说,集成测试考虑以下问题:
集成测试的目的
1.在把各个模块连接起来的时候,穿越模块 接口的数据是否会丢失; 2.各个子功能组合起来,能否达到预期要求 的父功能; 3.一个模块的功能是否会对另一个模块的功 能产生不利的影响; 4.全局数据结构是否有问题; 5.单个模块的误差积累起来,是否会放大, 从而达到不可接受的程度。
– 驱动的开发工作量大; – 对高层的验证被推迟,设计上的错误不能被 及时发现。
• 适用范围:
– 适应于底层接口比较稳定; – 高层接口变化比较频繁; – 底层组件较早被完成。
41
“三明治”方法(Sandwich) 三明治”方法(Sandwich)
• 混合式集成 • 把系统划分成三层,中间一层为目标层, 目标层之上采用自顶向下集成,之下采用 自底向上集成
42
三明治集成策略
43
集成步骤
(1)首先对目标层之上一层使用自顶向下集 成,因此测试A,使用桩代替B 成,因此测试A,使用桩代替B,C,D (2)其次对目标层之下一层使用自底向上集 成,因此测试E ,使用驱动代替B 成,因此测试E,F,使用驱动代替B,D (3)其三,把目标层下面一层与目标层集成, 因此测试(B 因此测试(B,E),(D,F),使用驱动代 ),(D 替A (4)最后,把三层集成到一起,因此测试(A, )最后,把三层集成到一起,因此测试(A B,C,D,E,F)