西安理工大学《软件测试技术》6-1 集成测试和系统测试.pptVIP

软件测试- 集成测试与系统测试 计算机学院软件工程系 Email:Xiahui_1@163.com TelphoneQQ不聊天) 目录 1集成测试概述 2集成测试模式 3冒烟测试 4 系统测试 5 验收测试 1集成测试(Integration Testing) 别名：组装测试、联合测试、子系统测试， 测试对象： 多个模块 测试目的： 检验组成系统的模块接口有无错误 代码实现的系统设计与需求定义是否吻合 集成方式：一次性集成、自下向上或自上向下。 测试技术：黑盒 测试人员：一般由编程人员和测试人员共同完成 ，以测试人员为主 2集成测试的模式 非渐增式模式 先分别测试各个模块，再把所有模块按设计要求一次集成在一起组合成所需要的程序，典型如大棒模式。 渐增式模式 把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试通过后，再把下一个被测模块结合进来测试。 两种模式的比较 渐增式模块需要编写的软件较多(驱动模块或桩模块)，工作量较大。 渐增式测试发现错误早 渐增式错误定位相对容易 渐增式模式测试更彻底 渐增式模式需要更多的机器时间 非渐增式发现错误晚 非渐增式模式，可以并行测试。 2.1自顶向下集成方法 自顶向下法(Top-down integration) 对主控模块进行测试，测试时用桩模块代替所有直接附属于主控模块的模块。 根据选定的结合策略(深度优先或广度优先),每次用一个实际模块代替对应的桩模块. 在结合下一个模块的同时进行测试(新结合进来的模块也许又需要新的桩模块). 为保证加入的模块没有引进新的错误,可能需要进行回归测试. 从[2]开始不断重复上述过程,直至完成. 2.1自顶向下集成方法 主要优点: 不需要驱动程序 早期验证系统主要功能 早期发现上层模块的接口错误 主要缺点: 需要大量的桩模块 底层模块的错误发现较晚 早期不能充分展开人力 适用范围 产品控制结构比较清晰和稳定 产品的高层接口变化比较小 产品的底层接口经常可能被修改 产品的控制规模具有较大的技术风险，需要尽早进行验证 希望尽早能够看到产品的系统功能行为 在极限编程(Extreme Programming)中经常采用这种策略 2.1自顶向下集成方法 自底向上法(Bottom-up integration) 把底层模块组合成实现某个特定软件子功能的簇(Cluster). 开发一个驱动程序,协调测试数据的输入和输出. 对由模块组成的子功能簇进行测试. 去掉驱动程序,沿软件结构自下向上移动,把子功能簇组合起来形成更大的子功能簇. 从[2]开始不断重复上述过程,直至完成. 2.2自底向上集成方法 优点 对底层模块行为的早期验证,较早发现底层模块错误 在初期可能会并行进行,提高效率 减少了桩模块的工作量 驱动模块额外编写,对被测模块的可测性要求较低 便于故障定位 缺点 驱动模块工作量非常大 对需求的验证被推迟到了最后,设计上的错误不能被及时发现 适用范围 底层接口比较稳定的产品 高层接口变化比较频繁的产品 底层模块较早完成的产品 2.2自底向上集成方法 Test B Test A Test C Test D Test ABCD Test E Test F Test G Test ABCDEFG A B C D E F G 2.3混合策略集成方法 混合策略(Modified Top-Down integration) 对软件结构中较上层使用[自顶向下]; 对软件结构中较下层使用[自底向上] A B C D E F G Test A Test B Test C Test D Test E Test F Test G Test ABCDEFG 2.4大棒集成方法 大棒策略(Big-bang integration) 在对每一个子模块进行测试(单元测试阶段)后,然后将所有模块全部集成起来一次性进行集成测试. 目的:在最短时间内把系统组装出来,并且通过少量的测试来验证整个系统 优点 迅速完成集成测试 只需要极少桩模块和驱动模块 需要的测试用例也最少 简单易行 测试人员可以并行进行 缺点 组装时一次成功的可能性很小 错误定位和修改都比较困难 即使能够一次性集成,但还有很多接口错误不容易被测试到 适用范围 维护性项目(或功能增强型项目),因为以前的产品很稳定,只是新增或修改了少数几个组件. 被测系统很小,并且它的每个组件都经过了充分的单元测试 2.4大棒集成方法 A B C D E F G Test E Test F Test A Test DG Test G Test BEF Test ABCDEFG 2.5三明治集成方法 三明治集成方法(sandwich integration) 优点: 将自顶向下和自底