测试用例补充.pptVIP

第四章 集 成 测 试 [本章要点] 集成测试的定义； 集成测试与系统测试的区别； 集成测试与开发之间的关系； 集成测试的分析方法； 集成测试策略的选择； 集成测试环境的搭建； 集成测试用例设计的方法。 [本章目标] 了解集成测试与系统测试的区别； 了解集成测试与开发过程之间的关系； 了解集成测试的层次和集成测试的重点； 理解集成测试的概念和集成测试的过程； 掌握集成测试的分析方法及集成测试的策略。 掌握集成测试用例设计的方法。 4.1集成测试概述 一般这样定义集成测试：根据实际情况对程序模块采用适当的的集成测试策略组装起来，对系统的接口以及集成后的功能进行正确性检验的测试工作。 4.1.1集成测试与系统测试的区别 1、测试对象 集成测试的测试对象是由通过了单元测试的各个模块所集成起来的组件。而系统测试的测试对象，除了软件之外，还有计算机硬件及相关的外围设备、数据采集和传输机构、计算机系统操作人员等的整个系统。 2、 测试时间 集成测试是介于单元测试和系统测试之间的测试. 在测试时间上，先于系统测试。 3、测试方法 集成测试通常会采用灰盒测试。而系统测试通常使用黑盒测试。 4、测试内容 集成测试的主要内容就是各个单元模块之间的接口，以及各个模块集成后所实现的功能。而系统测试的主要内容就是整个系统的功能和性能。 5、测试目的 集成测试的主要目的就是发现单元之间接口的错误，以及发现集成后的软件同软件概要设计说明不一致的地方。而系统测试的主要目的就是，通过与系统需求定义相比较之后发现软件与系统定义不符合或矛盾的地方。 6、测试角度 集成测试工作的开展更多的是站在测试工作人员的角度上。系统测试工作的开展更多的是站在用户的角度来进行。 4.1.2集成测试与开发的关系 为了使读者更好的了解集成测试与开发的关系，图4-1给出了软件基本结构图。 4.1.3集成测试的重点 1、各个模块连接起来后，穿过模块接口的数据是否会丢失，是否能够按期望值传递给另外一个模块； 2、各个模块连接起来后，需要判断是否仍然存在单元测试时所没发现的资源竞争问题； 3、分别通过单元测试的子功能模块集成到一起能否实现所期望的父功能； 4、兼容性，检查引入一个模块后，是否对其他与之相关的模块产生负面影响； 5、全局数据结构是否正确，是否被不正常的修改； 6、集成后，每个模块的误差是否会累计扩大，是否会达到了不可接受的程度； 4.1.4集成测试的层次 对于传统软件来说，按集成粒度不同，可以把集成测试分为3个层次，即：- 模块内集成测试- 子系统内集成测试- 子系统间集成测试 对于面向对象应用系统来说，按集成粒度不同，可以把集成测试分为2个层次：- 类内集成测试- 类间集成测试 4.2如何进行集成测试 4.2.1集成测试分析 一、体系结构分析 首先，跟踪需求分析，对要实现的系统划分出结构层次图。 其次，是对系统各个组件之间的依赖关系进行分析，然后据此确定集成测试的粒度，即集成模块的大小。 二、模块分析 一般，可从以下几个角度进行模块分析： 1）确定本次要测试的模块； 2） 找出与该模块相关的所有模块，并且按优先级对这 些模块进行排列； 3）从优先级别最高的相关模块开始，把被测模 块与其集成到一起； 4）然后依次集成其他模块。 三、接口分析 接口的划分要以概要设计为基础，一般通过以下几个步骤来完成： (1)确定系统的边界、子系统的边界和模块的边界。 (2)确定模块内部的接口。 (3)确定子系统内模块间接口。 (4)确定子系统间接口。 (5)确定系统与操作系统的接口。 (6)确定系统与硬件的接口。 (7)确定系统与第三方软件的接口。 四、风险分析 风险通常被分为3种类型： 1 项目风险：包括项目管理和项目环境的风险。 2 商业风险：它和领域的相关概念及规则息息相关。 3 技术风险：这是针对应用程序的具体实现而言的，主要和代码级的测试有关。 风险分析是一个定义风险并且找出阻止潜在的问题变成现实的方法的过程。 通常把风险分析分为3个阶段：风险识别、风险评估和风险处理。 五、可测试性分析