软件测试第六章-集成测试.ppt

《软件测试第六章-集成测试.ppt》由会员分享，可在线阅读，更多相关《软件测试第六章-集成测试.ppt（70页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、集成测试内容1引言引言2基本概念基本概念3集成测试的目的集成测试的目的4集成测试的层次集成测试的层次5集成测试方法集成测试方法6集成策略集成策略一、引言一、引言l单元测试后问题出现了单元测试后问题出现了l软件在系统集成时会经常有这样的情况发生：软件在系统集成时会经常有这样的情况发生：即每个模块都能单独工作即每个模块都能单独工作，但这些模块集，但这些模块集成在一起之后却不能正常工作；或是系统成在一起之后却不能正常工作；或是系统集成后虽可以正常运行，但系统的容错性、集成后虽可以正常运行，但系统的容错性、安全性以及整体性却得不到保障，系统不安全性以及整体性却得不到保障，系统不能长时间运行等等。这就需

2、要进行集成测能长时间运行等等。这就需要进行集成测试和系统测试试和系统测试，以找出其中的软件缺陷，以找出其中的软件缺陷，来提高整个软件的质量和可靠性。来提高整个软件的质量和可靠性。一、基本概念一、基本概念l集成测试集成测试又称组装测试，是在单元测试的基础上，将所有模块按照设计要求组装成子系统或系统进行的测试活动。l又称子系统测试、联合测试。5软件测试的过程软件测试的过程被测被测模块模块单元单元测试测试设计设计信息信息集成集成测试测试被测被测模块模块单元单元测试测试被测被测模块模块单元单元测试测试测试过测试过的模块的模块确认确认测试测试系统系统测试测试软件软件需求需求其它系其它系统元素统元素装配好

3、装配好的软件的软件 确认确认的软件的软件可运可运行的行的软件软件6单元测试、集成测试与系统测试的差别单元测试、集成测试与系统测试的差别集成集成测试测试系统系统测试测试单元单元测试测试灰盒测试灰盒测试，采用较多黑采用较多黑盒方法构造盒方法构造测试用例测试用例 黑盒测试黑盒测试大量采用大量采用白白盒测试盒测试方法方法测试方法测试方法模块间模块间的的集成和调集成和调用关系用关系整个系统整个系统，包括系统包括系统软硬件等软硬件等模块内部模块内部程序错误程序错误对象对象找出与软件设计相找出与软件设计相关的程序结构，模关的程序结构，模块调用关系，模块块调用关系，模块间接口方面的问题间接口方面的问题对整个系

4、统进行一对整个系统进行一系列的整体、有效系列的整体、有效性测试性测试消除局部模块逻辑消除局部模块逻辑和功能上的错误和和功能上的错误和缺陷缺陷目的目的系统结构设计系统结构设计目标说明书目标说明书需求说明书等需求说明书等程序结构设计程序结构设计模块逻辑设计模块逻辑设计模块外部说明模块外部说明测试依据测试依据三、集成测试的目的三、集成测试的目的l确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确，所测试的内容包括单元间的接口单元间的接口以及集成后的功集成后的功能。能。l具体来说，集成测试考虑以下问题：具体来说，集成测试考虑以下问题：三、集成测试的目的三、集成测试的目的1.在把各个模块

5、连接起来的时候，穿越模块在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；接口的数据是否会丢失；2.各个子功能组合起来，能否达到预期要求各个子功能组合起来，能否达到预期要求的父功能；的父功能；3.一个模块的功能是否会对另一个模块的功一个模块的功能是否会对另一个模块的功能产生不利的影响；能产生不利的影响；4.全局数据结构是否有问题全局数据结构是否有问题5.单个模块的误差积累起来，是否会放大，单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。从而达到不可接受的程度。集成测试有以下不可替代的特点：集成测试有以下不可替代的特点：l单元测试具有不彻底性，对于模块间接口信息内容的正确单元

6、测试具有不彻底性，对于模块间接口信息内容的正确性、相互调用关系是否符合设计无能为力。只能靠集成测性、相互调用关系是否符合设计无能为力。只能靠集成测试来进行保障。试来进行保障。l同系统测试相比，由于集成测试用例是从程序结构出发的，同系统测试相比，由于集成测试用例是从程序结构出发的，目的性、针对性更强，测试项发现问题的效率更高，定位目的性、针对性更强，测试项发现问题的效率更高，定位问题的效率也较高；问题的效率也较高；l能够较容易地测试到系统测试用例难以模拟的特殊异常流能够较容易地测试到系统测试用例难以模拟的特殊异常流程，从纯理论的角度来讲，集成测试能够模拟所有实际情程，从纯理论的角度来讲，集成测试

7、能够模拟所有实际情况；况；l定位问题较快，由于集成测试具有可重复强、对测试人员定位问题较快，由于集成测试具有可重复强、对测试人员透明的特点，发现问题后容易定位，所以能够有效地加快透明的特点，发现问题后容易定位，所以能够有效地加快进度，减少隐患。进度，减少隐患。三、集成测试的目的三、集成测试的目的10四、集成测试的层次四、集成测试的层次l产品开发过程：一个分层设计和逐步细化的产品开发过程：一个分层设计和逐步细化的过程过程系统结构图：系统结构图：11软件结构图：软件结构图：软件模块结构图：软件模块结构图：软件模块结构图：软件模块结构图：四、集成测试的层次四、集成测试的层次l由集成的力度不同，一般可

8、以把集成测试划由集成的力度不同，一般可以把集成测试划分为三个级别：分为三个级别：l（1）模块内集成测试。l（2）子系统内集成测试：先测试子系统内的功能模块，然后将各个功能模块组合起来确认子系统的功能是否达到预期要求。l（3）子系统间集成测试：测试的单元是子系统之间的接口。子系统是可单独运行的程序或进程。五、集成测试方法五、集成测试方法l 静态测试技术静态测试技术针对概要设计的测试针对概要设计的测试 （什么是概要设计？）（什么是概要设计？）l 动态测试技术动态测试技术灰盒测试灰盒测试 (什么是灰盒测试？）什么是灰盒测试？）灰盒测试的优点：灰盒测试的优点：l能够进行基于需求的测试和基于路径的覆盖测

9、试。能够进行基于需求的测试和基于路径的覆盖测试。l可深入被测对象的内部，便于错误的识别分析和可深入被测对象的内部，便于错误的识别分析和解决。解决。l能够保证设计的黑盒测试用例的完整性，防止功能够保证设计的黑盒测试用例的完整性，防止功能或功能组合的遗漏能或功能组合的遗漏l能够减小需求或设计不详细或不完整性对测试有能够减小需求或设计不详细或不完整性对测试有效性造成影响。效性造成影响。五、集成测试方法五、集成测试方法六、集成策略六、集成策略l指在测试对象分析基础上，描述软件模块集指在测试对象分析基础上，描述软件模块集成的方式、方法。成的方式、方法。l我们已经知道，集成测试是把功能模块或程我们已经知道

10、，集成测试是把功能模块或程序单元组合起来进行测试，发现模块在组序单元组合起来进行测试，发现模块在组合过程中的缺陷。那么，合过程中的缺陷。那么，系统中的各个模系统中的各个模块如何组合呢？是全部同时组装还是逐渐块如何组合呢？是全部同时组装还是逐渐组装模块？组装模块？这是集成策略将要解答的问题。这是集成策略将要解答的问题。l集成的基本策略比较多，分类比较复杂，但集成的基本策略比较多，分类比较复杂，但是都可以归结为以下两类：是都可以归结为以下两类：l 非增量式集成策略非增量式集成策略一步到位一步到位l NonIncremental Testingl 增量式集成策略增量式集成策略逐步实现逐步实现lInc

11、remental Testing6.1 非增量式集成策略非增量式集成策略l非增量式测试是采用一步到位一步到位的方法来构造测试：对所有模块进行个别的单元测试后，按照程序结构图将各模块连接起来，把连接后的程序当作一个整体进行测试。l又叫大爆炸式集成又叫大爆炸式集成（Big Bang）非增量式测试非增量式测试(Big-bang testing)Test A,B,C,DTestATestBTestCTestD非增量式策略实例非增量式策略实例评述：模块评述：模块d1、d2、d3、d4、d5是对各个模块做是对各个模块做单元测试时建立的驱动模块，单元测试时建立的驱动模块，s1、s2、s3、s4、s5是为单元

12、测试而建立的桩模块。这种一次性集是为单元测试而建立的桩模块。这种一次性集成方式将所测模块连接起来进行测试，但是一次成方式将所测模块连接起来进行测试，但是一次试运行成功地可能性并不大。其结果发现有错误，试运行成功地可能性并不大。其结果发现有错误，但茫然找不到原因，差错和改错都会遇到困难。但茫然找不到原因，差错和改错都会遇到困难。适应于适应于适应于适应于 一个维护型或被测试系统较小一个维护型或被测试系统较小一个维护型或被测试系统较小一个维护型或被测试系统较小 的项目的项目的项目的项目非增量式策略非增量式策略优点：优点：l方法简单方法简单l允许多测试人员同时并行工作，人力物力允许多测试人员同时并行工

13、作，人力物力资源利用率较高资源利用率较高缺点缺点l必须为每个模块准备相应的驱动模块和桩必须为每个模块准备相应的驱动模块和桩模块，测试成本较高模块，测试成本较高l一旦集成后包含多种错误，难以纠正。一旦集成后包含多种错误，难以纠正。关键模块问题关键模块问题l在非增量式集成测试时，应当确定关键模块，对这些关键模块及早进行测试。l关键模块的特征：完成需求规格说明中的关键功能；在程序的模块结构中位于较高的层次（高层控制模块）；较复杂、较易发生错误；有明确定义的性能要求。6.2增量式集成策略增量式集成策略l增量式测试的集成是逐步实现逐步实现的：逐次将未曾集成测试的模块和已经集成测试的模块（或子系统）结合成

14、程序包，再将这些模块集成为较大系统，在集成的过程中边连接边测试，以发现连接过程中产生的问题。l按照不同的实施次序，增量式集成测试又可以分为三种不同的方法：（1）自顶向下增量式测试 （2）自底向上增量式测试 （3）三明治增量式测试（混合增量式测试）6.2增量式集成策略增量式集成策略6.2.1 自顶向下增量测试自顶向下增量测试l自顶向下增量式测试自顶向下增量式测试表示逐步集成和逐步测试是按照结构图自上而下进行的，即模块集成的顺序是首先集成主控模块（主程序），然后依照控制层次结构向下进行集成。从属于主控模块的按深度优先深度优先方式（纵向）或者广度优先广度优先方式（横向）集成到结构中去。l深度优先方式

15、：深度优先方式：首先集成在结构中的一个主控路径下的一个主控路径下的所有模块所有模块，主控路径的选择是任意的。l广度优先方式：广度优先方式：首先沿着水平方向，把每一层中所有把每一层中所有直接隶属于上一层的模块集成起来直接隶属于上一层的模块集成起来，直到底层。l自顶向下集成测试的整个过程由3个步骤完成：（1）主控模块作为测试驱动器。（2）根据集成的方式（深度或广度），下层的桩模块一次一次地被替换为真正的模块。（3）在每个模块被集成时，都必须进行单元测试。重复第2步，直到整个系统被测试完成。6.2.1 自顶向下增量测试自顶向下增量测试28深度优先组装方式深度优先组装方式 29广度优先组装方式广度优先

16、组装方式 30优缺点分析优缺点分析l优点：优点：较早地验证了主要控制和判断点；较早地验证了主要控制和判断点；较早地验证了主要控制和判断点；较早地验证了主要控制和判断点；按深度优先可以首先实现和验证一个完整的软按深度优先可以首先实现和验证一个完整的软按深度优先可以首先实现和验证一个完整的软按深度优先可以首先实现和验证一个完整的软件功能；件功能；件功能；件功能；功能较早证实，带来信心；功能较早证实，带来信心；功能较早证实，带来信心；功能较早证实，带来信心；只需一个驱动，减少驱动器开发的费用；只需一个驱动，减少驱动器开发的费用；只需一个驱动，减少驱动器开发的费用；只需一个驱动，减少驱动器开发的费用；

17、支持故障隔离。支持故障隔离。支持故障隔离。支持故障隔离。31优缺点分析优缺点分析l缺点：缺点：桩的开发量大；桩的开发量大；底层验证被推迟；底层验证被推迟；底层组件测试不充分。底层组件测试不充分。练习一下练习一下对如下结构采用自顶向下深度优先策略进行对如下结构采用自顶向下深度优先策略进行测试测试解：解：自顶向下增量式集成适用范围：自顶向下增量式集成适用范围：l产品控制结构比较清晰和稳定；产品控制结构比较清晰和稳定；l高层接口变化较小；高层接口变化较小；l底层接口未定义或经常可能被修改；底层接口未定义或经常可能被修改；l产口控制组件具有较大的技术风险，需要尽产口控制组件具有较大的技术风险，需要尽早

18、被验证；早被验证；l希望尽早能看到产品的系统功能行为。希望尽早能看到产品的系统功能行为。6.2.2 自底向上增量式测试自底向上增量式测试从具有最小依赖性的底层组件开始，按照从具有最小依赖性的底层组件开始，按照依赖关系树的结构，依赖关系树的结构，逐层向上集成逐层向上集成，以检，以检验系统的稳定性。验系统的稳定性。最常用的集成策略最常用的集成策略，其他方法都或多或少，其他方法都或多或少应用此种方法。应用此种方法。自底向上进行集成和测试时，需要为所测模自底向上进行集成和测试时，需要为所测模块或子系统编制相应的驱动模块。常见的块或子系统编制相应的驱动模块。常见的几种类型的驱动模块如图所示：几种类型的驱

19、动模块如图所示：驱动程序Driver A驱动程序Driver B驱动程序Driver C驱动程序Driver D调用从属模块从表（或外部文件）中传递参数显示参数兼有驱动程序B、C的功能表示传送的参数信息表示传送的参数信息6.2.2 自底向上增量式测试自底向上增量式测试自底向上增量式集成测试步骤：自底向上增量式集成测试步骤：l（1 1）起始于模块依赖关系树的底层叶子模块，也）起始于模块依赖关系树的底层叶子模块，也）起始于模块依赖关系树的底层叶子模块，也）起始于模块依赖关系树的底层叶子模块，也可以把两个或多个叶子模块合并到一起进行测试可以把两个或多个叶子模块合并到一起进行测试可以把两个或多个叶子模

20、块合并到一起进行测试可以把两个或多个叶子模块合并到一起进行测试l（2 2）使用驱动模块对步骤选定的模块（或模块）使用驱动模块对步骤选定的模块（或模块）使用驱动模块对步骤选定的模块（或模块）使用驱动模块对步骤选定的模块（或模块组）进行测试组）进行测试组）进行测试组）进行测试l（3 3）用实际模块代替驱动模块，与它已测试的直）用实际模块代替驱动模块，与它已测试的直）用实际模块代替驱动模块，与它已测试的直）用实际模块代替驱动模块，与它已测试的直属子模块组装成一个更大的模块进行测试属子模块组装成一个更大的模块进行测试属子模块组装成一个更大的模块进行测试属子模块组装成一个更大的模块进行测试l（4 4）重

21、复上面的行为，直到系统最顶层模块被加）重复上面的行为，直到系统最顶层模块被加）重复上面的行为，直到系统最顶层模块被加）重复上面的行为，直到系统最顶层模块被加入到已测系统中入到已测系统中入到已测系统中入到已测系统中39优缺点分析优缺点分析l优点：优点：对底层组件行为较早验证；对底层组件行为较早验证；工作最初可以并行集成，比自顶向下效工作最初可以并行集成，比自顶向下效率高；率高；减少了桩的工作量；减少了桩的工作量；能较好锁定软件故障所在位置。能较好锁定软件故障所在位置。40优缺点分析（续）优缺点分析（续）l缺点：缺点：驱动的开发工作量大；驱动的开发工作量大；对高层的验证被推迟，设计上的错误不能被对

22、高层的验证被推迟，设计上的错误不能被及时发现。及时发现。l适用范围：适用范围：适应于底层接口比较稳定；适应于底层接口比较稳定；高层接口变化比较频繁；高层接口变化比较频繁；底层组件较早被完成。底层组件较早被完成。416.2.3“三明治三明治”方法（方法（Sandwich）l混合式集成混合式集成l把系统划分成三层，中间一层为目标层，目把系统划分成三层，中间一层为目标层，目标层之上采用自顶向下集成，之下采用自标层之上采用自顶向下集成，之下采用自底向上集成底向上集成42三明治集成策略三明治集成策略43集成步骤集成步骤（1 1）首先对目标层之上一层使用自顶向下集）首先对目标层之上一层使用自顶向下集成，因

23、此测试成，因此测试A A，使用桩代替，使用桩代替B B，C C，D D（2 2）其次对目标层之下一层使用自底向上集）其次对目标层之下一层使用自底向上集成，因此测试成，因此测试E E，F F，使用驱动代替，使用驱动代替B B，D D（3 3）其三，把目标层下面一层与目标层集成，）其三，把目标层下面一层与目标层集成，因此测试（因此测试（B B，E E），（），（D D，F F），使用驱动），使用驱动代替代替A A（4 4）最后，把三层集成到一起，因此测试）最后，把三层集成到一起，因此测试（A A，B B，C C，D D，E E，F F）44优缺点分析优缺点分析l优点：优点：集合了自顶向下和自底向上

24、两种策略的优点集合了自顶向下和自底向上两种策略的优点l缺点：缺点：中间层测试不充分中间层测试不充分l适用范围：适用范围：适应于大部分软件开发项目适应于大部分软件开发项目 改进后的三明治集成方法改进后的三明治集成方法改进的三明治集成方法，不仅自两头向中改进的三明治集成方法，不仅自两头向中间集成，而且保证每个模块得到单独的测间集成，而且保证每个模块得到单独的测试，使测试进行得比较彻底试，使测试进行得比较彻底。改进的三明治集成方法改进的三明治集成方法集成策略框图集成策略框图七、不同集成测试方法的比较七、不同集成测试方法的比较1、非增量式测试与增量式测试的比较l非增量式测试的方法是先分散测试，然后集中

25、起来再一次完成集成测试。假如在模块的接口处存在错误，只会在最后的集成测试时一下子暴露出来。l增量式测试是逐步集成和逐步测试的方法，把可能出现的差错分散暴露出来，便于找出问题和修改。而且一些模块在逐步集成的测试中，得到了较多次的考验，因此，可能会取得较好的测试效果。结论：增量式测试要比非增量式测试具有一定的优越性。七、不同集成测试方法的比较不同集成测试方法的比较2、自顶向下与自底向上增量式测试的比较l自顶向下增量式测试：主要优点在于它可以自然的做到逐步求精，一开始就能让测试者看到系统的框架。主要缺点是需要提供桩模块，并且在输入/输出模块接入系统以前，在桩模块中表示测试数据有一定困难。l自底向上增

26、量式测试：优点在于，由于驱动模块模拟了所有调用参数，即使数据流并未构成有向的非环状图，生成测试数据也无困难。主要缺点在于，直到最后一个模块被加进去之后才能看到整个程序（系统）的框架。三种增量测试比较三种增量测试比较作业：画图给出集成测试的步骤（自顶向下，自底向上）作业：画图给出集成测试的步骤（自顶向下，自底向上）八、集成测试流程八、集成测试流程 集成测试主要由系统部的集成测试主要由系统部的系统设计人员系统设计人员、软件评测部软件评测部完成，完成，开发人员开发人员也参与集成测也参与集成测试。集成测试相对来说是挺复杂的，而且试。集成测试相对来说是挺复杂的，而且对于不同的技术、平台和应用差异也比较对

27、于不同的技术、平台和应用差异也比较大，更多是和开发环境融合在一起。集成大，更多是和开发环境融合在一起。集成测试所确定的测试的内容，主要来源于设测试所确定的测试的内容，主要来源于设计模型。计模型。54集成测试流程集成测试流程计划阶段设计阶段实施阶段执行阶段分析评估缺陷跟踪根据项目组提供设计模型和集成构建计划，制定出适合本项目的集成测试计划根据集成测试计划和设计模型设计集成测试用例及测试过程获取工作版本后，由测试设计员创建测试脚本(可选)、更新测试过程，由设计员负责设计驱动程序和桩，测试员负责测试驱动和桩测试人员根据测试脚本(可选)和工作版本执行集成测试，并记录测试结果依照集成测试计划和测试结果，

28、由测试设计员负责会同集成员、编码员、设计人员评估此次测试，并生成测试评估摘要 561 集成测试计划集成测试计划l输入输入需求规格说明书需求规格说明书概要设计文档概要设计文档产品开发计划路标产品开发计划路标l输出输出集成测试计划集成测试计划57l活动步骤活动步骤活动步骤活动步骤确定被测试对象和测试范围确定被测试对象和测试范围评估集成测试被测试对象的数量及难度，即工作量评估集成测试被测试对象的数量及难度，即工作量确定角色分工和划分工作任务确定角色分工和划分工作任务标识出测试各阶段的时间、任务、约束等条件标识出测试各阶段的时间、任务、约束等条件考虑一定的风险分析及应急计划考虑一定的风险分析及应急计划

29、考虑和准备集成测试需要的测试工具、测试仪器、环考虑和准备集成测试需要的测试工具、测试仪器、环境等资源境等资源考虑外部技术支援的力度和深度，以及相关培训安排考虑外部技术支援的力度和深度，以及相关培训安排定义测试完成标准定义测试完成标准1 集成测试计划集成测试计划2集成测试分析和设计集成测试分析和设计n集成测试分析和设计的主要目的是制定测试制定测试大纲（测试方案）大纲（测试方案）。集成测试大纲规定了今后的集成测试内容、测试方法以及可测性接口，以后所有集成测试均在该大纲的框架下进行，所以，制定一份完善的集成测试大纲非常重要。592集成测试分析和设计集成测试分析和设计l输入输入需求规格说明书需求规格说

30、明书概要设计概要设计集成测试计划集成测试计划l输出输出集成测试设计方案集成测试设计方案60l活动步骤活动步骤被测对象结构分析被测对象结构分析集成测试模块分析集成测试模块分析集成测试接口分析集成测试接口分析集成测试策略分析集成测试策略分析集成测试工具分析集成测试工具分析集成测试环境分析集成测试环境分析集成测试工作量估计和安排集成测试工作量估计和安排2集成测试分析和设计集成测试分析和设计613 实施阶段实施阶段l输入输入输入输入需求规格说明书需求规格说明书概要设计概要设计集成测试计划集成测试计划集成测试设计集成测试设计l输出输出输出输出集成测试用例集成测试用例集成测试规程集成测试规程集成测试代码、

31、集成测试脚本、集成测试工具（如果集成测试代码、集成测试脚本、集成测试工具（如果有）有）623 实现阶段实现阶段l活动步骤活动步骤集成测试用例设计集成测试用例设计集成测试规程设计集成测试规程设计集成测试代码设计（如果需要）集成测试代码设计（如果需要）集成测试脚本（如果需要）集成测试脚本（如果需要）集成测试工具（如果需要）集成测试工具（如果需要）634 执行阶段执行阶段l输入输入需求规格说明书需求规格说明书概要设计概要设计集成测试计划集成测试计划集成测试设计集成测试设计集成测试用例集成测试用例集成测试规程集成测试规程644 执行阶段执行阶段集成测试代码（如果有）集成测试代码（如果有）集成测试脚本（

32、如果有）集成测试脚本（如果有）集成测试工具（如果有）集成测试工具（如果有）详细设计详细设计代码代码单元测试报告单元测试报告l输出输出集成测试报告集成测试报告654 执行阶段执行阶段l活动步骤活动步骤执行集成测试用例执行集成测试用例回归集成测试用例回归集成测试用例撰写集成测试报告撰写集成测试报告66相应过程的测试文档相应过程的测试文档计划阶段设计阶段实现阶段执行阶段分析评估缺陷跟踪集成测试计划集成测试设计方案集成测试用例、规程、（代码、脚本、工具）集成测试报告集成测试用例的设计集成测试用例的设计l1.集成测试分析集成测试分析体系结构分析模块分析接口分析集成测试用例的设计集成测试用例的设计l2.用例设计思路用例设计思路系统运行正向测试逆向测试总结：集成策略框图总结：集成策略框图集成测试工作结束！