第4章-集成测试.pptVIP

出版社：清华大学出版社 测试案例分析 与 软件测试基础 在进行单元测试的时候，会发现程序中某些部分很难进行自动测试，比如耦合程度比较高的类、用户界面、数据库、Servlets和EJB类、等等。本文主要说明程序中这些“难以测试”的部分应该采用什么样的方式去测试。是什么因素使得这些代码难以测试呢？首先是不知道测什么，其次是一些代码之间互相依赖严重，在测试环境中要建立起这些类的实例都很难。 * * 第4章  集成测试 ※ 集成测试概念 ※ 集成测试方法 ※ 集成测试过程 ※ 集成测试用例设计方法 集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图〕组装成为子系统或系统，进行集成测试。实践表明，一些模块虽然能够单独地工作，但并不能保证连接起来也能正常的工作。程序在某些局部反映不出来的问题，在全局上很可能暴露出来，影响功能的实现。 4.1 集成测试概念 集成测试中非常著名的一个案例是1999年美国宇航局的火星基地登陆飞船在试图登陆火星表面时突然坠毁失踪。 针对一个功能点的各类测试所花费的时间统计图 ※ 集成测试概念 ※ 集成测试方法 ※ 集成测试过程 ※ 集成测试用例设计方法 4.2 集成测试方法 集成测试的策略比较多，如有基于功能分解的集成，基于调用图的集成，基于路径的集成，分层集成，高频集成，基于进度的集成，基于风险的集成和基于使用的集成等。一般的软件测试及软件工程中按照功能分解将集成测试方法分为非渐增式集成（大爆炸集成），渐增式集成。 1 非渐增式集成测试 非渐增式集成也称为大爆炸集成，一次性组装或整体拼装。这种集成测试策略的做法就是把所有通过单元测试的模块一次性集成到一起进行测试，不考虑组件之间的互相依赖性及可能存在的风险。 程序结构 非渐增式集成测试过程 优点： ①可以并行调试所有模块。 ②需要的测试用例数目少。 ③测试方法简单、易行。 缺点： ①不能对各个模块之间的接口进行充分测试 ②不能很好地对全局数据结构进行测试。 ③如果一次集成的模块数量多，可能会出现大量错误。错误定位困难，并可能迭加。 ④即使通过集成测试，也会遗漏很多错误。 2：渐增式集成测试 渐增式测试方法不是独立地测试每个单元，而是首先把下一个要被测试的单元同已经测试过的单元集合组装起来，然后再测试，在组装的过程中边连接边测试，以发现连接过程中产生的问题，最后通过渐增式方法逐步组装成要求的软件系统。 假设现在项目组把任务分给了7个人，每个人负责实现一个模块 。你负责的是B模块，你很优秀，第一个完成了编码工作， 现在需要开展单元测试工作，先分析结构图： 　　1、由于B模块不是最顶层模块，所以它一定不包含main函数(A模块包含main函数)，也就不能独立运行。 　　2、B模块调用了D模块和E模块，而目前D模块和E模块都还没有开发好，那么想让B模块通过编译器的编译也是不可能的。 　　那么怎样才能测试B模块呢?需要做： 　　1、写两个模块Sd和Se分别代替D模块和E模块(函数名、返回值、传递的参数相同)，这样B模块就可以通过编译了。Sd模块和Se模块就是桩模块。 　　2、写一个模块Da用来代替A模块，里面包含main函数，可以在main函数中调用B模块，让B模块运行起来。Da模块就是驱动模块。 　　桩模块的使命除了使得程序能够编译通过之外，还需要模拟返回被代替的模块的各种可能返回值(什么时候返回什么值需要根据测试用例的情况来决定)。 　　驱动模块的使命就是根据测试用例的设计去调用被测试模块，并且判断被测试模块的返回值是否与测试用例的预期结果相符 1）自顶向下集成 程序结构图 自顶向下集成的优点 ①??????在测试的过程中，可以较早地验证主要的控制和判断点； ②??????选择深度优先组合方式，可以首先实现和验