1、第5章 集成测试思维导图 集成测试（Integration Testing）可定义为：集成测试（也叫组装测试，联合测试）是在单元测试基础上，将所有模块按照概要设计的要求组装成为子系统或系统的测试，是对模块间接口或系统的接口以及集成后的子系统或系统的功能进行正确性检验的一项测试工作。软件开发过程涉及从需求到需求分析、概要设计、详细设计以及编码等阶段的一个逐步细化的过程，从测试角度分析，单元测试到集成测试和系统测试的过程就是对系统的一个逆向验证的过程。集成测试与软件概要设计阶段相对应，可以理解为单元测试的扩展和延伸。集成测试所使用的对象应当是已经成功地通过了单元测试的单元。5.1 集成测试概述 集
2、成测试通常要根据具体情况采取不同的策略将多个模块组装成为子系统或系统，以验证在各单元模块通过测试的前提下各个模块能否以正确、稳定、一致的方式进行接口和交互，即验证其是否符合软件开发过程中的概要设计说明书的要求。集成测试的用例设计一般采用黑盒测试方法，但随着测试技术的发展以及软件系统复杂度的增加，尤其是在大型的跨平台的应用软件中，常常会使用白盒测试的思想（如将不同的跨平台系统的业务路径组成更长的路径）与黑盒测试相结合的方法进行测试用例的设计。集成测试具有回归特性。5.1 集成测试概述(1)各个模块集成起来后，通过模块接口的交互的参数数量，参数数据类型，参数顺序 等是否一致，是否会有数据丢失，是否
3、能够按期望的要求传递给另外一个模块。(2)各个模块集成起来后，是否仍然存在单元测试时所没发现的问题。(3)通过单元测试的子功能模块集成到一起能否实现所期望的父功能。例如，在 ATM 系统中，卡检验模块、密码验证模块、存款处理模块、显示打印模块集成后是否能实现正常的取款功能。5.1 集成测试概述 集成测试的关注点(4)在集成过程中，随着新的被集成模块的加入，是否对其他已经集成的模块产生负面 影响。(5)全局数据结构是否正确，数据结构的内部构成是否被不正常地修改。(6)随着集成的深入，系统的特性误差，尤其是功能方面的特性的误差是否会累计扩大，是否会达到不可接受的程度。(7)在与用户界面的集成中，控
4、件的输入内容检查、结果显示、数据类型控制等方面是 否合理。5.1 集成测试概述 集成测试的关注点对于使用传统的结构化技术开发的软件系统而言，在集成时，按集成粒度不同，可以把集成测试分为 4 个层次：(1)模块内集成。如果模块内部包括不同的函数或过程，则可能需要模块内集成。(2)子系统内集成。子系统是由不同的模块构成的，所以必须完成这些模块间的集成，集成时以模块结构图为依据。(3)子系统间集成。如果系统包含有多个相互独立的子系统，如某系统包含：报表子系 统、通信子系统、批处理子系统、业务子系统等，需要通过子系统间的集成测试，才能把各子系统组合到一起。集成时以软件结构图为依据。(4)不同系统之间的
5、集成。如，网上图书销售系统和银行系统间的集成实现网上购书在线支付。5.1 集成测试概述 集成测试层次对于使用面向对象的技术开发的软件系统而言，在集成时，按集成粒度不同，可以把 集成测试分为 4 个层次：(1)类内集成。对类内的不同的方法进行集成，可以依据类状态等作为集成依据。(2)类间集成。类实例化后，类之间有消息传递，类间集成可以以序列图和协作图为依 据。(3)子系统间集成。同上分析。(4)不同系统之间的集成。同上分析。5.1 集成测试概述 集成测试层次集成测试的环境因被集成的系统不同而不同。同一软件系统，其集成测试环境和单元测试环境二者有相似之处，但相对于单元测试环境而言，集成测试环境的搭
6、建比较复杂。随着各种软件构件技术（如：Microsoft 公司的 COM；Sun 公司的 J2EE；IBM Eclipse 等）的不断发展，以及软件复用技术思想的不断成熟和完善，可以使用不同技术、基于不同平台并依据现成构件集成一个应用软件系统，这使得软件复杂性也随之增加。因此在做集成测试的过程中，可能需要利用一些专业的测试工具或测试仪来搭建集成测试环境。必要的时候，还要开发一些专门的接口模拟工具。5.2 集成测试环境及过程 集成测试环境在搭建集成测试环境时，可以考虑以下因素：1)硬件环境2)操作系统环境3)数据库环境4)网络环境5)测试工具环境6)开发驱动器和桩7)其他环境5.2 集成测试环境
7、及过程 集成测试环境和单元测试一样，集成测试也包含不同的阶段，一般可以把集成测试划分为 5 个阶段：计划阶段、用例分析和设计阶段、实施阶段、执行阶段、分析评估阶段。1)计划阶段集成测试的计划 一般在概要设计评审通过后进行，参考需求规格说明书、概要设计说明书、项目开发计划、单元测试计划及相关报告来制定。集成测试计划的制定涉及多方面，如：确定集成测试的对象和测试范围。根据集成测试的测试对象的数量及难度估算工作量，进而可以估算成本。确定集成测试组织结构、角色分工和工作任务的划分。5.2 集成测试环境及过程 集成测试过程 集成测试过程中可能的风险，进行风险分析并制定分析应急计划。如时间风险、技术风险等
8、。考虑集成测试工具的选用、测试设备及环境搭建等资源。考虑外部技术支援的力度和深度，以及相关培训安排。确定集成测试使用的技术。确定集成测试中出现缺陷的跟踪处理流程。定义进入集成和退出集成测试的标准。5.2 集成测试环境及过程 集成测试过程2)用例分析和设计阶段一般在详细设计开始时就可以着手进行集成测试用例的分析和设计工作。可以以需求规格说明书、概要设计、集成测试计划文档作为参考依据。与制定集成测试计划一样，测试用例的分析和设计涉及多个活动环节。例如：集成对象的结构分析。被集成的模块及接口分析。集成测试采用的策略分析。采用的测试方法及测试工具分析 5.2 集成测试环境及过程 集成测试过程集成测试环
9、境分析。测试用例的设计及评审。测试用例集的覆盖标准分析。3)实施阶段 本阶段的工作是依据集成测试计划和已经设计的测试用例集完成测试执行前的准备工作，一般涉及以下活动：集成测试环境的搭建。测试工具的选择、工具的准备和调试。测试驱动器或（和）测试桩的开发。测试脚本的开发。测试过程控制流的制定。5.2 集成测试环境及过程 集成测试过程4)执行阶段 集成测试的执行阶段其执行过程应该注意：严格按照集成测试计划中制定的集成顺序执行。单元测试完成并通过评审后才能执行集成测试。严格按照规定的测试过程控制流管理执行过程。严格记录各项测试执行结果，进行缺陷跟踪。根据需要进行集成测试的回归。5.2 集成测试环境及过
10、程 集成测试过程5)分析评估阶段 当集成测试执行结束后，要召集相关人员，如测试经理、测试技术人员、相关编码人员、系统设计人员等根据测试计划中的集成测试退出等相关标准对测试结果进行评估，确定是否通过集成测试，产生集成测试分析和评估报告。常见的集成测试方法有很多种，例如大爆炸集成、自顶向下集成、自底向上集成、三明治集成、基于调用图的集成、基于路径的集成、分层集成、基于功能的集成、高频集成、基于进度的集成、基于风险的集成、基于事件的集成、基于使用的集成、客户端/服务器的集成、分布式集成等。而在实际的集成测试过程中，可以根据软件系统的体系结构和层次结构等特点同时采用不同的集成测试方法完成集成测试。5.
11、3 集成测试方法 一般的集成测试方法1.基于分解的集成方法基于分解的集成测试可以分为非增量式和增量式两大类。非增量式集成测试，也称作大爆炸（Big Bang）集成，就是分别对已经通过单元测试的模块按照层次结构图组装到一起进行测试，最终得到所要求的软件。增量式测试与非增量式测试相反，是一个逐步集成的过程。增量式集成（或组装）是首先对已经通过单元测试的模块逐步组装成较大的系统，在组装的过程中边组装边测试，以发现组装过程中产生的问题。增量式测试按不同的集成次序可分为两种方法，即自顶向下集成和自底向上集成。5.3 集成测试方法 一般的集成测试方法1)大爆炸集成大爆炸集成属于非增值式集成的方法。这种集成
12、测试的做法就是把所有通过单元测试的模块一次性集成到一起进行测试，不考虑组件之间的互相依赖性及可能存在的风险。目的是尽可能缩短测试时间，使用尽量少的测试用例来进行集成以验证系统。如图所示是模块结构图，图中的 A、B、C、D、E 五个模块均已经通过了单元测试，大爆炸集成就是将这 5 个模块一次性的集成在一起进行测试，找出可能出现的接口和其他类型的缺陷。5.3 集成测试方法 一般的集成测试方法1)大爆炸集成优点：可以同时集成所有模块，因此能够充分利用人力、物力资源，加快工作进度。需要的测试用例数目少，因此测试用例设计的工作量相对比较小。测试方法简单、易行。缺点：难以保证对各个模块之间的接口进行充分测
13、试，因此很容易遗漏掉一些潜在的接口错误（如数据类型传递错误）。即使集成测试通过，也会遗漏很多错误（如接口错误等），从而增加系统测试的工作量，软件的可靠性难以得到很好的保证。5.3 集成测试方法 一般的集成测试方法1)大爆炸集成 缺点：对全局数据结构的测试不够彻底。一次集成的模块数量多，集成测试后可能会出现大量的错误，因此难以进行错误定位和修改。另外，修改了一处错误之后，很可能新增更多的新错误，新旧错误混杂，给程序的完善带来很大的麻烦。因此，往往要经过很多次集成测试才能够运行成功，集成回归。适用范围：集成时，仅仅修改或增加了少数几个模块且前期产品是稳定的。功能少，模块数量不多，程序逻辑简单，并且
14、每个组件都是已经过充分单元测试的情况。基于严格的净室软件工程（开发零缺陷或接近零缺陷的软件方法）开发的产品，并且在每个开发阶段，产品质量和单元测试质量都相当高。5.3 集成测试方法 一般的集成测试方法2)自顶向下集成 自顶向下的集成测试就是按照系统层次结构图，以主程序模块为中心，采用自上而下地对各个模块一边组装一边进行测试。可以分为用深度优先集成和广度优先集成两种方式，集成的过程和数据结构的深度遍历和广度遍历一致。深度优先集成：沿着系统层次结构图的纵向方向，按照一个主线路径自顶向下把所有模块逐渐集成到结构中进行测试，但是主线路径的选择是任意的，可以从左向右，也可以从右向左进行。广度优先集成：是
15、沿着系统层次结构图的横向方向，把每一层中 所有直接隶属于上一层的所有模块逐渐集成起来进行测试，一直到最底层，可以 从左向右，也可以从右向左进行。5.3 集成测试方法 一般的集成测试方法2)自顶向下集成 集成方法1.以主模块为所测模块兼驱动模块，所有直属主模块的下属模块全部用桩模块对主模块进行测试。2.采用深度遍历或广度遍历的策略，用实际源代码模块替换相应桩模块，再用桩代替它们的下属模块，与已经测试的模块或子系统集成为新的子系统，每次只替换一个桩为源代码。3.进行回归测试（即重新执行以前的全部测试或部分测试用例），排除集成过程中引起错误的可能。4.判断是否所有的模块都已经集成到系统中，是则结束测
16、试，否则转到2去继续执行。5.3 集成测试方法 一般的集成测试方法2)自顶向下集成 优点:在测试的过程中，可以较早地验证主要的控制和判断模块。在一个功能划分合理的程序模块结构中，控制和判断模块常常出现在较高的层次中，因而可以提前做测试，以便发现问题。选择深度优先集成的方式，可以首先实现和验证一个完整的软件功能。如，采用从左向右的深度优先集成可以先对逻辑输入的分支进行集成，检查和克服潜在的错误和缺陷，验证其功能的正确性，为此后主要分支的集成提供保证。不需要开发驱动器，减少开发和维护成本。开发和集成测试的顺序是一致的，因此在开发的同时可以并行执行集成测试，能够灵活地适应目标环境。故障隔离和错误定位
17、容易。如果主程序模块 A 通过了测试，加入模块 B 后出现错误或缺陷，那么可以判断错误可能是出现在 B 模块或（和）A 模块或 B 模块和 A 模块的接口。5.3 集成测试方法 一般的集成测试方法2)自顶向下集成 缺点:测试时需要为每个模块的下层模块提供桩模块，桩数量为节点数减一。增加桩模块的开发和维护成本。底层尤其是叶子模块一般是实现功能的模块，其需求变更可能会影响到全局模块，可能需要修改整个系统的多个上层模块。因此，容易出现回归测试或多次回归。在集成过程中，底层模块不断加入，整个系统变得越来越复杂，可能会导致底层模块特别是被重用的或被多个模块调用的模块测试不够充分。5.3 集成测试方法 一
18、般的集成测试方法2)自顶向下集成 适用范围:软件的体系结构控制比较清晰。软件的体系结构的高层模块接口变化少。开发和集成测试并行的情况。软件的体系结构的低层模块接口的最终定义较迟或经常因需求变更等原因被修改。产品中的控制模块技术风险较大，需要尽可能提前验证。需要尽早看到系统某些方面功能行为，如，输入功能和输出功能等。极限编程（Extreme Programming）中的测试优先的情况。5.3 集成测试方法 一般的集成测试方法3)自底向上集成 自底向上集成是从系统层次结构图或称软件的体系结构图的最底层模块开始进行组装的集成测试方式。对于某一个层次的特定模块，因为它的子模块（包括子模块 的所有下属模
19、块）已经组装并测试完成，所以不再开发桩模块。在集成测试过程中，如果想要从子模块得到信息可以通过直接调用子模块的源代码。集成测试的过程中需要开发相应模块的驱动器。5.3 集成测试方法 一般的集成测试方法3)自底向上集成 集成方法1.由驱动模块控制底层模块并进行并行测试，也可以把最底层模块组合成某一特定软件功能的族，由驱动器模块控制它并进行测试。2.用实际模块代替驱动器，与它已经测试的直属子模块集成为子系统。3.按模块结构向上集成并为子系统配备新驱动模块，进行新的测试。4.判断是否已经集成到达主模块，是则结束测试，否则执行2。5.3 集成测试方法 一般的集成测试方法3)自底向上集成 优点:尽早地验
20、证下层模块的行为。当任意一个叶子模块通过单元测试后，都可以随时对下层模块进行集成测试，并且驱动模块的开发还有利于规范和约束系统上层模块的设计，可在一定程度上增加系统的可测试性。集成测试过程中，可以同时对系统层次结构图中不同的分支进行集成测试，具有并行性。在对上层模块进行测试时，下层模块的行为就已经得到了验证，因此在向上集成的过程中，越靠近主控模块的上层模块更多的是验证其控制和逻辑。5.3 集成测试方法 一般的集成测试方法3)自底向上集成 缺点:直到最后一个模块加进去之后才能看到整个系统的框架，才能发现时序问题和资源竞争问题。驱动模块的开发相对复杂且工作量大。主控模块的测试要到集成测试的最后才能
21、进行，因此不能及时发现高层模块设计上的错误，如果主控模块的控制和逻辑对于软件体系结构非常关键，可能影响较大。5.3 集成测试方法 一般的集成测试方法3)自底向上集成 适用范围:底层模块接口和行为比较稳定。高层模块接口和行为变更比较频繁。底层模块开发和单元测试工作完成较早。5.3 集成测试方法 一般的集成测试方法2.三明治集成三明治集成是一种混合增量式集成测试方法，综合了自顶向下和自底向上两种集成方法 的优点，也属于基于功能分解的集成。这种方法桩和驱动器的开发工作都比较少，不过代价是类似大爆炸集成的后果，在一定程度上增加了定位缺陷的难度。5.3 集成测试方法 一般的集成测试方法2.三明治集成 集
22、成方法1.对整个的模块层次结构图（软件体系结构图）而言，首先必须确定以哪一层为界来决定使用三明治集成方法，一般以模块层次结构图的中间层或接近于中间的层为界。2.以确定为界的层及其以下的各层使用自底向上的集成方法。3.以确定为界的层的上面的层次使用自顶向下的集成方法，不包括确定为界的层。4.对系统所有模块进行整体集成测试。5.3 集成测试方法 一般的集成测试方法2.三明治集成 优点:具有自顶向下和自底向上两种集成方法的优点。确定哪一层为界具有一定的技巧，可以减少桩模块和驱动模块的开发量。自顶向下和自底向上两种集成方法可以并行。缺点:在最后的所有模块集成阶段会增加缺陷定位的难度。适用范围:大多数软
23、件系统都可以应用此集成测试方法。5.3 集成测试方法 一般的集成测试方法3.基于调用图的集成基于分解的集成方法的缺点就是以系统功能分解为基础，以模块结构图为依据。如果把集成的依据改为模块调用图，则可以使集成测试向结构性测试方法发展，避免基于分解的集成方法存在的一些不足。基于调用图的集成方法有两种：成对集成和相邻集成。5.3 集成测试方法 一般的集成测试方法 1)成对集成 成对集成的基本思想就是免除桩/驱动器开发工作，使用实际代码来代替桩/驱动器。这看起来类似大爆炸集成方式，但是把这种集成限制在调用图中的一对模块或单元上。成对集成的方法就是对应调用图的每一个边建立并执行一个集成测试对，这个测试主
24、要关注这条边对应的接口。对整个软件系统而言，需要建立多个集成测试对且存在着一个模块分别和不同的模块建立不同的测试对，但是成对集成可以大大减少桩和驱动器开发的工作量。5.3 集成测试方法 一般的集成测试方法 2)相邻集成 相邻集成中的相邻是针对模块节点而言的，模块节点的邻居就是由指定模块节点引出的节点集合。对于给定调用图，我们总是可以计算出邻居数量。每个内部节点(内部节点具有非零内度和非零外度)有一个邻居，如果叶节点直接连接到根节点，则还要加上一个邻居。这样有：内部节点=节点-(源节点+汇节点);邻居=内部节点+源节点 经过合并，得到：邻居=节点-汇节点。5.3 集成测试方法 一般的集成测试方法
25、4.基于路径的集成在分析基于路径的集成方法之前，先了解与程序图的节点、路径等相关概念。1)源节点程序中的源节点是程序执行开始或重新开始执行处的语句片段。模块或单元中的第一个可执行语句显然是源节点。源节点还会出现在紧接转移控制到其他模块或单元的节点之后。2)汇节点汇节点是程序执行结束处的语句片段。程序中的最后一个可执行语句显然是汇节点，转移控制到其他单元的节点也是汇节点。3)模块执行路径模块执行路径是指模块内部以源节点开始、以汇节点结束的一系列语句，中间没有插入汇节点。5.3 集成测试方法 一般的集成测试方法4.基于路径的集成4)消息 消息是一种程序设计语言机制，通过这种机制可以把控制从一个单元
26、转移到另一个单 元。在不同的程序设计语言中，消息可以被解释为子例程调用、过程调用、方法调用及函数引用。约定接收消息的单元总是最终将控制返回给消息源。消息可以向其他单元传递数据。5)MM 路径(Method Message Path，MM-Path)MM 路径是指穿插出现的模块执行路径和消息构成的序列。进行路径集成测试时，选择的 MM 路径集合的最低覆盖指标是覆盖单元集合中所有从 源到汇节点的路径、MM 路径集合覆盖所有的节点或者 MM 路径集合覆盖所有消息调用和返回的边。5.3 集成测试方法 一般的集成测试方法5.其他集成测试方法1)分层集成分层集成是针对分层模型使用的一种集成方法，对于那些各
27、层次之间存在着拓扑网络关系的系统，不适合使用该集成方法。2)基于功能的集成该方法是从功能实现的角度出发，按照模块的功能重要程度作为模块的集成顺序。先对最主要的功能模块进行集成测试，依此类推最后完成整个系统的集成测试。该方法能较早地实现系统中的关键功能，但是不适用于复杂系统，因为复杂系统的功能之间的相互关联性强，不易于分析主要模块。5.3 集成测试方法 一般的集成测试方法5.其他集成测试方法3)高频集成高频集成可以参考以下 3 个步骤：（1）增量结束或该次迭代开发结束，从配置管理库中得到代码的增量部分，测试人 员完成编写或修改对相应代码的测试包；对新增或修改过的代码进行静态测试；对代码进行重新创
28、建并运行测试包；当这些组件通过测试时，将已修改过的测试包提交到集成测试部门。（2）集成测试人员将修改或增加的组件和配置管理库的基线上的其他组件集中形成一个新的集成体，运行测试包进行集成测试，该次集成测试结束后形成一个新的基线。（3）该次集成测试结束后需对测试结果作评价。主要涉及：现有的集成测试包是否 按要求进行维护；如果该次集成测试失败，系统将退回到原来的基线。5.3 集成测试方法 一般的集成测试方法集成测试的主要目的是检查两个或两个以上的模块或对象接口的数据正确性。而对于面向对象程序，相互调用的功能是散布在程序的不同类中，类通过消息相互作用申请和提供服务。类的行为与它的状态密切相关，状态不仅
29、仅是体现在类数据成员的值，也许还包括其他类中的状态信息。因此，面向对象的集成测试通常需要在整个程序编译完成后进行。5.3 集成测试方法 面向对象的集成测试方法面向对象的集成在不同的阶段可分成三个不同的集成类型：类的集成：将有关的类集成为一个子系统或组件 子系统或组件的集成：将子系统集成为一个应用层层的集成：不同的层，可以是描述层、工作层、存取层或客户端/服务器（Client/Server）层的集成如图所示为一种架构的集成示意图。5.3 集成测试方法 面向对象的集成测试方法在面向对象的集成测试过程中要考虑到面向对象系统是由事件操纵的特点，在集成测试时一般推荐考虑如下 5 个层次：类的方法测试（m
30、ethod testing）；消息序列（message sequences）；事件序列（event sequences）；线程测试（thread testing）；交互测试（thread interaction testing）。5.3 集成测试方法 面向对象的集成测试方法集成测试所要达到的覆盖指标可以是：所有类的所有方法至少覆盖一次；协助图（合作图）或序列图中的所有消息至少覆盖一次；依据类间传递的消息，达到对所有执行线程至少覆盖一次；子系统内所有 ASF 至少覆盖一次；所有类的所有状态至少覆盖一次；对象之间的调用关系图中的边（消息）或节点（方法）至少覆盖一次。5.3 集成测试方法 面向对象的
31、集成测试方法在进行具体的分析和用例设计时，可参考下列步骤：(1)先选定检测的类，参考面向对象设计分析结果，及协助图、顺序图、状态图等，仔细分析出类的状态和相应的行为，类或成员函数间传递的消息，输入或输出的界定等。(2)确定覆盖指标。(3)利用类图（E-R 图）确定待测类的所有关联。(4)根据程序中类的对象构造测试用例，确认使用什么输入激发类的状态、使用类的服务和期望产生什么行为等。5.3 集成测试方法 面向对象的集成测试方法1)体系结构分析体系结构分析主要关注：（1）分析软件体系结构与需求分析规约及需求的一致性。（2）分析软件体系结构的合理性。如，体系结构的层次、调用深度和关系等，必要时建议开
32、发人员调整体系结构。（3）在软件体系结构中一般没有人机交互界面对应的模块，这里必须加以考虑。（4）分析整个系统的体系结构，除软件体系结构外，还涉及哪些系统要素及其组织方式。5.4 集成测试的分析和用例设计 集成测试分析2)类或模块及接口分析接口的划分以概要设计为基础，一般需要考虑：（1）分析确定系统的边界、子系统的边界和模块的边界。（2）分析确定模块间的接口，包括一个模块和其他多个模块的接口。（3）分析确定子系统内模块间的接口。（4）分析确定子系统间的接口。（5）分析确定系统与操作系统的接口。（6）分析确定系统与硬件的接口。（7）分析确定系统与第三方软件的接口。（8）人机交互接口。5.4 集成
33、测试的分析和用例设计 集成测试分析2)类或模块及接口分析接口数据分析就是对通过接口进行传递的数据进行分析，针对不同类型的接口，要采取不同的分析方法。在分析的过程中可以直接设计出相应的测试用例。（1）函数接口分析。我们要关注其参数个数、参数属性（参数的数据类型、是输入还是输出）、参数前后顺序、参数的等价类情况、参数的边界值情况，必要的时候还要 对各种组合情况加以分析。（2）消息接口分析。主要分析消息的类型、消息域，域的顺序、域的属性、域 的取值范围、可能的异常值等。必要的时候也要对其组合情况加以分析。（3）类接口和交互方式分析。在面向对象应用程序中，很多类都要同其他类进行交互。（4）对于其他类接口的分析。5.4 集成测试的分析和用例设计 集成测试分析集成测试的分析结果是设计用例的重要基础，也就是说集成测试的用例设计要综合考虑使用的测试方法、系统接口特点、覆盖要求、甚至测试时间等多方面。集成测试的用例设计可以考虑从以下几个方面入手：1)为系统运行设计用例2)为正向测试设计用例3)为逆向测试设计用例4)为满足特殊需求设计用例5)为满足覆盖指标设计用例6)测试用例补充5.4 集成测试的分析和用例设计 用例的设计
