8 集成测试和系统测试.pptVIP

集成测试和系统测试 软件测试过程 1、单元测试 2、集成测试 3、系统测试 4、验收测试 5、回归测试 集成测试(Integration Testing) 别名：组装测试、联合测试、子系统测试， 测试对象： 多个模块 测试目的： 检验组成系统的模块接口有无错误 代码实现的系统设计与需求定义是否吻合 集成方式：一次性集成、自下向上或自上向下。 测试技术：黑盒 测试人员：一般由编程人员和测试人员共同完成 ，以测试人员为主 集成测试 1 集成测试前的准备 2 集成测试模式 3 自底向上和自顶详下集成 4 大棒与三明治集成方法 5 持续集成 1 集成测试前的准备 人员安排 集成测试及要求参与的人熟悉单元的内部细节，有要求能够从足够高的层次上观察整个系统。一般由测试工程师和软件工程师共同完成。 集成测试前要求单元测试已经通过。 测试计划 集成测试计划在系统设计阶段就开始制定，随着系统设计、开发过程不断细化，最终在系统实施集成之前完成。 测试内容 重点测试内容包括各个单元的接口是否吻合，代码是否符合规定的标准，界面风格是否统一。 集成模式 测试方法 测试方法随测试进行选用不同的测试方法，但主要是应用黑盒测试技术。 2 集成测试的模式 非渐增式模式 先分别测试各个模块，再把所有模块按设计要求一次集成在一起组合成所需要的程序，典型如大棒模式。 渐增式模式 把下一个要测试的模块同已经测试好的模块结合起来进行测试，测试通过后，再把下一个被测模块结合进来测试。 两种模式的比较 渐增式模块需要编写的软件较多(驱动模块或桩模块)，工作量较大。 渐增式测试发现错误早，非渐增式发现错误晚。 渐增式错误定位相对容易。 渐增式模式测试更彻底。 渐增式模式需要更多的机器时间。 使用非渐增式模式，可以并行测试。 3 自底向上和自顶详下集成方法 1. 自顶向下法(Top-down integration) 对主控模块进行测试，测试时用桩模块代替所有直接附属于主控模块的模块。 根据选定的结合策略(深度优先或广度优先),每次用一个实际模块代替对应的桩模块. 在结合下一个模块的同时进行测试(新结合进来的模块也许又需要新的桩模块). 为保证加入的模块没有引进新的错误,可能需要进行回归测试. 从[2]开始不断重复上述过程,直至完成. 优点 对底层模块行为的早期验证,较早发现底层模块错误 在初期可能会并行进行,提高效率 减少了桩模块的工作量 驱动模块额外编写,对被测模块的可测性要求较低 便于故障定位 缺点 驱动模块工作量非常大 对高层的验证被推迟到了最后,设计上的错误不能被及时发现 适用范围 底层接口比较稳定的产品 高层接口变化比较频繁的产品 底层模块较早完成的产品 4 大棒与三明治集成方法 1. 大棒(Big-bang integration)集成方法 在对每一个子模块进行测试(单元测试阶段)后,然后将所有模块全部集成起来一次性进行集成测试. 目的:在最短时间内把系统组装出来,并且通过少量的测试来验证整个系统 优点 迅速完成集成测试 只需要极少桩模块和驱动模块 需要的测试用例也最少 简单易行 测试人员可以并行进行 缺点 组装时一次成功的可能性很小 错误定位和修改都比较困难 即使能够一次性集成,但还有很多接口错误不容易被测试到 适用范围 维护性项目(或功能增强型项目),因为以前的产品很稳定,只是新增或修改了少数几个组件. 被测系统很小,并且它的每个组件都经过了充分的单元测试 5 持续集成 通常系统会采用持续集成策略,软件开发中各个模块不是同时完成,根据进度将完成的模块尽可能早的进行集成,有助于尽快发现缺陷,避免集成中大量缺陷涌现,同时提高了工作效率,最终提高了软件开发的质量和效率。 持续集成也叫做基于进度的集成。 缺点 模块之间缺乏整体性，导致很多接口必须到后期才能验证，但此时系统已经很复杂，往往无法有效地发现接口问题。 桩模块和驱动模块的工作量可能会变得很庞大。 由于进度的原因，模块可能很不稳定，导致测试的重复和浪费 适用范围：进度优先级高于质量的项目 其他集成方法 基干集成(Backbone Integration) 分层集成(Layer Integration) 基于风险的集成(Risk-Based Integration) 基于事件(消息)的集成 基于使用的集成 高频集成 基于功能的集成(Functions-Based Integration) 冒烟测试 冒烟测试一般用于每日构建(Nightly build)，构建服务器首先从CVS服务器上，下载最新的 源代码，然后编译单元测试，运行单元测试通过后，编译可执行文件，可执行文件若可运行，并能执行最基本的功能，则认为通过了冒烟测试，这时，构建服务器会 把程序打包成安装文件，然后上传到内部网