自顶向下TopDownTesting自底向上.PPTVIP

* 3.7.1制定集成测试计划 集成测试计划应在概要设计阶段完成，一般情况下，概要设计结束并完成评审后一个星期，集成测试计划应完成。 集成测试计划的输入有（制定依据）： 需求规格说明书； 概要设计说明书； 产品开发计划书 * 3.7.1制定集成测试计划 集成测试计划的内容有： 确定集成测试对象和测试范围； 确定集成测试阶段性时间进度； 确定测试角色和分工； 考虑外部技术支援的力度和深度，以及相关培训安排； 初步考虑测试环境和所需资源； 集成测试活动风险分析和应对； 定义测试完成标准； * 3.7.2集成测试分析和设计 集成测试分析和设计的主要目的是制定测试大纲（测试方案）。集成测试大纲规定了今后的集成测试内容、测试方法以及可测性接口，以后所有集成测试均在该大纲的框架下进行，所有，制定一份完善的集成测试大纲非常重要。 * 3.7.2集成测试分析和设计 具体工作内容： 确定测试需求 确定集成策略 评估测试风险 确定测试优先级 确定测试方法 集成代码设计 集成测试用例设计 集成测试工具和资源 * 3.7.2.1测试需求 体系结构分析 * 3.7.2.1测试需求 确定集成测试层次 * 3.7.2.1测试需求 测试对象分析即集成测试模块的划分 明显输入输出 被集成的几个模块关系紧密，能够完成某种或某部分功能。 外围模块便于屏蔽，外围模块与集成模块之间没有太多、太频繁的调用关系，如果实在无法避免，将不得不考虑编写桩程序，以代替被屏蔽部分的功能。 模拟外围模块发往被集成模块的消息容易构造，修改。 外围模块发往被测试模块的消息能够模拟大部分实际情况。 * 3.7.2.1测试需求 集成测试接口的确定 接口的划分 。接口的划分是以概要设计为基础的，其方法与相关的结构设计技术类似。一般可以通过下面几个步骤来完成： 确定系统的边界、子系统（进程）边界和模块的边界； 确定模块内部的边界； 确定子系统内模块间接口； 确定子系统（进程）间接口； 确定系统与操作系统的接口； 确定系统与硬件的接口； 确定系统与第三方软件的接口。 * 3.7.2.1测试需求 集成测试接口的确定（续） 接口的分类 。主要包括以下几种： 函数接口。通过函数的调用和别调用关系来确定。关于函数接口的集成测试比较成熟。 类接口。在面向对象的系统中，类接口是最基本的接口。类接口一般可以通过继承、参数类、不同类方法调用等策略来实现。 组件接口。这类组件主要通过ORB（对象请求代理）来相互交换信息。ORB是一种中间件技术，负责管理和支持分布式对象或组件之间的通信。ORB有三个主要的标准：a）OMG CORBA标准；b）Java RMI和RMI-IIOP；c）Microsoft COM/DCOM/COM+。 Web service： 子系统（进程）间的接口。这类接口主要有：a）中间文件；b）数据库；c）socket d）消息队列 ；e）管道； f）信号；g）信号量；h）共享内存；i）远程过程调用等。 * 3.7.2.2确定集成策略 主要依据软件体系结构分析来选择合适的集成策略。一个好的集成策略应该具有以下特点： 使被测对象能够得到比较充分的测试，尤其是其包含的关键特性。 能够使模块与接口的划分清晰明了，尽可能减少后继操作难度，同时使需要做的辅助工作量最小； 整体工作量对于投入测试的资源来说大致相当，参加测试的人力、环境、时间等资源能够得到充分利用。 * 3.7.2.2确定集成策略 对于面向对象设计技术的程序，选择策略的大体思路是： 第一种称为基于序列图的测试，将对应系统的一个功能的一个输入或者是事件所需要的类集成在一起，然后分别测试； 第二种称为基于使用的测试，首先测试那些独立类，然后将那些与独立类的依赖类集成进来测试一直到构造整个系统。在这个测试过程中尽量使用真实代码完成操作而不是使用测试代码来替代真实操作。 * 3.7.2.2确定集成策略 对于采用结构化设计的程序，选择策略的大体步骤如下： 分把握被测对象的情况，了解该系统具有几个本次需要测试的关键特性，几个关键特性之间关系是否密切，每个关键特性包含几个模块，哪个模块是关键模块，以关键特性为线索，以关系模块为核心，画出模块结构图。 根据前面对象分析的结果，标出各模块的复杂度，重要度，代码成熟可靠度等参数。 从上到下，逐步求精，根据具体情况，确定策略。 * 3.7.2.3评估测试风险 * 3.7.2.4确定测试优先级 * 3.7.2.5确定测试方法 确定采用静态测试还是动态测试技术。如果是静态测试，则确定对概要设计是采用走读、小组评审还是审查方式。如果是动态测试，对每个模块或组装后的模块采用黑盒测试方法中的哪种类型。 * 3.7.2.6集成测试代码设计 集成测试代码基本上可以划