集成测试专用课件.pptVIP

第三章 集成测试 3.1基本概念 3.2集成测试目的 3.3集成测试层次 3.4集成测试方法 3.5集成静态测试 3.6集成策略 3.7集成测试流程 3.8案例分析 3.1基本概念 定义 集成测试又称组装测试、联合测试、子系统测试或部件测试。集成测试是在单元测试的基础上，将所有模块按照设计要求（如根据结构图）组装成子系统或系统进行的测试活动。 单元测试完成后便进入集成测试阶段。 3.1.1集成测试与单元测试的区别 测试对象有所区别; 集成测试关注的是模块间的接口，接口之间的数据传递关系，单元组合后是否实现预计的功能。 集成测试组装的对象比单元测试的对象级别要高。 3.1.2集成测试与系统测试的区别 系统测试对象是整个系统以及与系统交互的硬件和软件平台。系统测试更多程度上是站在用户的角度上对系统做功能性的验证，同时还对系统进行一些非功能性的验证，包括系统测试测试、压力测试、安全性测试、恢复性测试等。系统测试的依据来自用户的需求规格说明书和行业的已成文的或事实上的标准。 集成测试所测试的对象是模块间的接口，其目的是要找出在模块接口上面，包括整体体系结构上的问题。其测试的依据来自系统的高层设计（架构设计或概要设计）。 软件的集成测试工作最好由不属于该软件开发组的软件设计人员承担，以提高集成测试的效果。 3.2集成测试目的 在把各个模块连接起来的时侯，穿越模块接口的数据是否会丢失； 一个模块的功能是否会对另一个模块的功能产生不利的影响； 各个子功能组合起来，能否达到预期要求的父功能； 全局数据结构是否有问题； 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。 在单元测试的同时可进行集成测试，发现并排除在模块连接中可能出现的问题，最终构成要求的软件系统。 3.3集成测试的层次 子系统内集成测试(模块) 子系统间集成测试 (可执行程序) 3.3集成测试的层次 模块与子系统的区别 例子 配用电监测与管理系统由很多个子系统组成，如通讯子系统、数据采集子系统、报警服务子系统、前置机应用子系统等。 而每个子系统又由多个功能模块组成，如数据采集子系统由档案参数模块、任务处理模块、规约解析模块等组成 3.3集成测试的层次 3.4集成测试方法 静态测试 概要设计的测试 动态测试 黑盒测试 ，但有时候需了解内部细节并结合白盒测试，所以更多的资料将黑盒和白盒相结合的测试称为灰盒测试 。 集成测试的依据是需求规格说明书、概要设计及详细设计说明书。 3.5集成静态测试 测试内容 主要测试概要设计同需求的一致性，以及概要设计的合理性。 测试方法 采用同行评审的形式是审查或小组评审 概要设计是将软件需求转换为软件的系统体系结构、程序界面和数据结构的过程，及开发语言和工具的选择。因此概要设计的测试主要从这几个方面进行。 3.5.1系统体系结构设计测试 体系结构的“4+1”视图描述 用例视图 :用例视图定义系统的外部行为，是最终用户、分析人员和测试人员所关注的。用例视图定义了系统的功能，是描述系统设计和构建的其它视图的基础，即用例驱动。 逻辑视图 :逻辑视图描述逻辑结构，该逻辑结构支持用例视图描述的功能，它描述了问题空间中的概念以及实现系统功能的机制，如类（抽象类）、包、子系统等，因而是编程人员最关心的。 实现视图 :实现描述用于组建系统的物理组件，如可执行文件、DLL、.java文件、.cpp文件代码和数据库等系统程序员所看到的软件产物，是和配置管理以及系统集成相关的信息。 进程视图 :进程视图描述将系统分解为过程和任务，以及这些并发元素之间的通信与同步。 部署视图 :描述系统的物理网络布局及程序分布，是系统工程师和网络工程师所感兴趣的。 3.5.2数据结构设计测试 数据结构设计确定软件涉及的文件系统的结构以及数据库的模式、子模式，进行数据完整性和安全性的设计。它包括： 确定输入、输出文件的详细的数据结构； 结合算法设计，确定算法所必须的逻辑数据结构及操作； 内部模块之间的接口数据格式设计 数据库设计合理性。具体数据库设计合理性见数据库相关专业书籍。 数据结构设计测试主要依据以上标准。 3.5.3程序界面设计测试 目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。 规则 3.5.4开发语言和工具选择 与当前主流技术一致性； 与公司目前掌握技术一致性； 对客户业务满足性 概要设计检查单 例子 3.6集成策略 集成策略就是在测试对象分析的基础上，描述软件模块集成（组装）的方式、方法。集成的基本策略比较多，分类比较复杂，但不管怎样分，所以分类分类方法都可以归结为非增值式和增值式两大类，其余的很多方法都是在此基础上的细分。 3.6.1非增值式策