13、集成测试.ppt

第13章 集成测试 内容提要 13.1 概述 13.1.1 集成测试的定义 13.1.2集成测试与单元测试和系统测试的区别 13.1.3集成测试的集成测试的主要任务 13.1.4集成测试的层次与原则 13.2 集成测试策略 13.2.1 非渐增式集成 13.2.2 渐增式集成 13.2.3其他集成测试策略 13.2.4 几种集成测试实施方案的比较 13.3 集成测试用例设计 13.3.1为系统运行来而设计用例 13.3.2为正向测试设计用例 13.3.3为逆向测试设计用例 内容提要 13.3.4为满足特殊需求设计用例 13.3.5为高覆盖率而设计用例 13.3.6基于模块接口依赖关系来设计用例 13.4集成测试的过程 13.4.1计划阶段 13.4.2设计实现阶段 13.4.3执行评估阶段 13.5面向对象的集成测试 13.5.1对象交互 13.5.2面向对象的集成测试的步骤 13.5.3面向对象的集成测试常用的测试技术 13.6小结 13.1 概述 1999年9月，火星气象轨道人造卫星的使命，在经过41周4.16亿英里的成功飞行之后，终于失败了。这颗卫星在就要开始进入火星轨道时消失。 为此，美国NASA曾经投资5万美元调查事故原因。而事实上卫星的缺陷本来可以通过集成测试查出： 洛克希德·马丁太空科学家使用的是英制（磅）加速度数据。 而喷气推进实验室采用公制（牛顿）加速度数据进行计算。 单元测试后问题出现了—— 软件在系统集成时会经常有这样的情况发生：即每个模块都能单独工作 ，但这些模块集成在一起之后却不能正常工作；或是系统集成后虽可以正常运行，但系统的容错性、安全性以及整体性却得不到保障，系统不能长时间运行等等。这就需要进行集成测试和系统测试 ，以找出其中的软件缺陷，来提高整个软件的质量和可靠性。 一、基本概念 集成测试又称组装测试，是在单元测试的基础上，将所有模块按照设计要求组装成子系统或系统进行的测试活动。 又称子系统测试、联合测试。 三、集成测试的目的 确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正确，所测试的内容包括单元间的接口以及集成后的功能。 具体来说，集成测试考虑以下问题： 三、集成测试的目的 1.在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失； 2.各个子功能组合起来，能否达到预期要求的父功能； 3.一个模块的功能是否会对另一个模块的功能产生不利的影响； 4.全局数据结构是否有问题 5.单个模块的误差积累起来，是否会放大，从而达到不可接受的程度。 三、集成测试的目的 集成测试有以下不可替代的特点： 单元测试具有不彻底性，对于模块间接口信息内容的正确性、相互调用关系是否符合设计无能为力。只能靠集成测试来进行保障。 同系统测试相比，由于集成测试用例是从程序结构出发的，目的性、针对性更强，测试项发现问题的效率更高，定位问题的效率也较高； 能够较容易地测试到系统测试用例难以模拟的特殊异常流程，从纯理论的角度来讲，集成测试能够模拟所有实际情况； 定位问题较快，由于集成测试具有可重复强、对测试人员透明的特点，发现问题后容易定位，所以能够有效地加快进度，减少隐患。 四、集成测试的层次 由集成的力度不同，一般可以把集成测试划分为三个级别： （1）模块内集成测试。 （2）子系统内集成测试：先测试子系统内的功能模块，然后将各个功能模块组合起来确认子系统的功能是否达到预期要求。 （3）子系统间集成测试：测试的单元是子系统之间的接口。子系统是可单独运行的程序或进程。 集成测试的层次与原则 集成测试的层次 集成测试的原则 所有公共接口都要被测试到； 关键模块必须进行充分的测试； 集成测试应当按一定的层次进行； 集成测试的策略选择应当综合考虑质量、成本和进度之间的关系； 集成测试应当尽早开始，并已总体设计为基础； 在模块与接口的划分上，测试人员应当和开发人员进行充分的沟通； 当接口发生修改时，涉及的相关接口必须进行再测试； 测试执行结果应当如实的记录。 五、集成测试方法 静态测试技术——针对概要设计的测试 （什么是概要设计？） 动态测试技术——灰盒测试 (什么是灰盒测试？） 五、集成测试方法 灰盒测试的优点： 能够进行基于需求的测试和基于路径的覆盖测试。 可深入被测对象的内部，便于错误的识别分析和解决。 能够保证设计的黑盒测试用例的完整性，防止功能或功能组合的遗漏 能够减小需求或设计不详细或不完整性对测试有效性造成影响。 六、集成策略 指在测试对象分析基础上，描述软件模块集成的方式、方法。 我们已经知道，集成测试是把功能模块或程序单元组合起来进行测试，发现模块在组合过程中的缺陷。那么，系统中的各个模块