Test9_IntegratedTesting.pptVIP

集成测试 议题 集成测试的分类 集成测试的原理 集成测试 集成测试：Integration Testing 目标： 检验组成系统的模块接口有无错误 模块的数据流是否正确 代码实现的系统设计与需求定义是否吻合 时机： 主要的单元测试完成后 方法： 黑盒测试 责任： 测试工程师 ⑴ Top-down testing 第1步：测试顶端模块，用存根程序(stub)代替直接附属的下层模块 Stub: to simulate the activity of the component which is not yet tested. 第2步：根据深度优先或宽度优先的策略，每次用一个实际模块代换一个stub。 ⑵ Bottom - up testing 第1步：把低层模块组合成族，每族实现一个子功能。 第2步：用驱动程序(Driver)协调测试数据的I\O，测试子功能族。 集成测试 两种方式的比较： Incremental testing 可以较早发现模块间的接口错误；Big-bang testing 最后才组装，因此错误发现得晚。 Big-bang testing 中发现错误后难以诊断定位； Incremental testing 中，出现的错误往往跟最新加入的模块有关。 Incremental testing 在不断集成的过程中使模块不断在新的条件下受到新的检测，测试更彻底。 Incremental testing 较 Big-bang testing 费时。 Big-bang testing 可以同时并行测试所有模块，能充分利用人力。 OO中的集成测试 OO没有层次控制结构，传统方式不再适用 OO集成测试的策略 基于线程的测试 集成对回应系统的一个输入或事件所需的一组类，每个线程被集成并分别测试。 基于使用的测试 首先，测试独立类，从而开始构造系统 然后，测试下一层的依赖类，通过依赖类层次的测试序列逐步构造完整的系统 * * 9 集成测试方法与原理 1、非渐增式测试 (Big-bang testing) Test A, B, C, D Test A Test B Test C Test D 集成测试 2、Incremental testing 的几种策略 M S1 S2 第3步：在结合进一个模块的同时进行测试。 M S1 S2 M1 S3 S4 M2 S2 第4步：回归测试(regression testing)——全部或部分地重复以前做过的测试。 集成测试 优点：在早期即对主要控制及关键的抉择进行检验。 问题：Stub只是对低层模块的模拟，测试时没有重要的数据自下往上流，许多重要的测试须推迟进行，而且在早期不能充分展开人力。 Driver: to call a particular component and passes a test case to it. D M1 M2 集成测试 第3步：去掉Driver，自下而上把子功能族合成更大的子功能族。 M M M M M M M M M M M M D D D D D D 注意：两种策略的优、缺点刚好互补，但单用其中任一种都不实际，通常根据软件的特点将二者混用。 集成测试