软件测试-第六章集成测试
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
相关专业书籍。
数据结构设计测试主要依据以上标准。
13
6.5.3程序界面设计测试
目前流行的界面风格有三种方式：多窗体、单窗 体以及资源管理器风格，无论那种风格，以下规 则是应该被重视的。 规则
14
6.5.4开发语言和工具选择
与当前主流技术一致性； 与公司目前掌握技术一致性； 对客户业务满足性
10
6.5集成静态测试
测试内容 主要测试概要设计同需求的一致性，以及概要 设计的合理性。
测试方法 采用同行评审的形式是审查或小组评审
概要设计是将软件需求转换为软件的系统体系结 构、程序界面和数据结构的过程，及开发语言和 工具的选择。因此概要设计的测试主要从这几个 方面进行。
11
6.5.1系统体系结构设计测试
19
6.6.2增值式策略
增值方式有两种方式： 自顶向下（Top Down Testing） 自底向上（Bottom Up Testing）
实现视图 :实现描述用于组建系统的物理组件，如可执行文 件、DLL、.java文件、.cpp文件代码和数据库等系统程 序员所看到的软件产物，是和配置管理以及系统集成相关 的信息。
进程视图 :进程视图描述将系统分解为过程和任务，以及这 些并发元素之间的通信与同步。
部程署师视 和图 网络:描工述程系师统所的感物兴理趣网的络。布局及程序分12布，是系统工
一个模块的功能是否会对另一个模块的功能产生不利的影 响；
各个子功能组合起来，能否达到预期要求的父功能； 全局数据结构是否有问题； 单个模块的误差累积起来，是否会放大，从而达到不能接
受的程度。 在单元测试的同时可进行集成测试，发现并排除在模块连
接中可能出现的问题，最终构成要求的软件系统。
先分别测试每个模块，再把所有模块按设计要 求放在一起结合成所要的程序。
优点 ：一是方法简单，二是允许多个测试人 员并行工作，对人力、物力资源利用率较高。
缺点：必须为每个模块准备相应的驱动模块和 辅助桩模块，故测试成本较高；其次，一旦集 成后的系统包含多种错误，难以对错误定位和 纠正。
18
6
6.3集成测试的层次
子系统内集成测试(模块) 子系统间集成测试 (可执行程序)
7
模块与子系统的区别 例子
配用电监测与管理系统由很多个子系统组成， 如通讯子系统、数据采集子系统、报警服务子 系统、前置机应用子系统等。
而每个子系统又由多个功能模块组成，如数据 采集子系统由档案参数模块、任务处理模块、 规约解析模块等组成
第六章 集成测试
6.1基本概念 6.2集成测试目的 6.3集成测试层次 6.4集成测试方法 6.5集成静态测试 6.6集成策略 6.7集成测试流程
2
6.1基本概念
定义 集成测试又称组装测试、联合测试、子系统测 试或部件测试。集成测试是在单元测试的基础 上，将所有模块按照设计要求（如根据结构图 ）组装成子系统或系统进行的测试活动。 单元测试完成后便进入集成测试阶段。
6.5.2数据结构设计测试
数据结构设计确定软件涉及的文件系统的结构以 及数据库的模式、子模式，进行数据完整性和安 全性的设计。它包括：
确定输入、输出文件的详细的数据结构； 结合算法设计，确定算法所必须的逻辑数据结构及操
作； 内部模块之间的接口数据格式设计 数据库设计合理性。具体数据库设计合理性见数据库
体系结构的“4+1”视图描述 用例视图 :用例视图定义系统的外部行为，是最终用户、分 析人员和测试人员所关注的。用例视图定义了系统的功能 ，是描述系统设计和构建的其它视图的基础，即用例驱动 。
逻辑视图 :逻辑视图描述逻辑结构，该逻辑结构支持用例视 图描述的功能，它描述了问题空间中的概念以及实现系统 功能的机制，如类（抽象类）、包、子系统等，因而是编 程人员最关心的。
6.6.2增值式策略
这种集成方式又称渐增式组装。首先对一个个模 块进行模块测试，然后将这些模块逐步组装成较 大的系统，在组装的过程中边连接边测试，以发 现连接过程中产生的问题。通过增值逐步组装成 为要求的软件系统。
相对非增值式策略，可以较早发现模块间的接口 错误；发现问题也易于定位。它的缺点是测试周 期比较长，可以同时投入的人力物力受限。
8
档案参数 模块
TCP通讯模块 规约过滤模块
来自百度文库
任务处理模块
规约解析模块
数据库输出模块 数据库接口
通讯日志, 文件输出
9
6.4集成测试方法
静态测试 概要设计的测试
动态测试 黑盒测试 ，但有时候需了解内部细节并结合白 盒测试，所以更多的资料将黑盒和白盒相结合 的测试称为灰盒测试 。
集成测试的依据是需求规格说明书、概要设计及 详细设计说明书。
3
6.1.1集成测试与单元测试的区别
测试对象有所区别; 集成测试关注的是模块间的接口，接口之间的数
据传递关系，单元组合后是否实现预计的功能。 集成测试组装的对象比单元测试的对象级别要高
。
4
6.1.2集成测试与系统测试的区别
系统测试对象是整个系统以及与系统交互的硬件和软件平 台。系统测试更多程度上是站在用户的角度上对系统做功 能性的验证，同时还对系统进行一些非功能性的验证，包 括系统测试测试、压力测试、安全性测试、恢复性测试等 。系统测试的依据来自用户的需求规格说明书和行业的已 成文的或事实上的标准。
15
概要设计检查单
例子
16
6.6集成策略
集成策略就是在测试对象分析的基础上，描述软 件模块集成（组装）的方式、方法。集成的基本 策略比较多，分类比较复杂，但不管怎样分，所 以分类分类方法都可以归结为非增值式和增值式 两大类，其余的很多方法都是在此基础上的细分 。
17
6.6.1非增值式策略
集成测试所测试的对象是模块间的接口，其目的是要找出 在模块接口上面，包括整体体系结构上的问题。其测试的 依据来自系统的高层设计（架构设计或概要设计）。
软件的集成测试工作最好由不属于该软件开发组的软件设 计人员承担，以提高集成测试的效果。
5
6.2集成测试目的
在把各个模块连接起来的时侯，穿越模块接口的数据是否 会丢失；
数据结构设计测试主要依据以上标准。
13
6.5.3程序界面设计测试
目前流行的界面风格有三种方式：多窗体、单窗 体以及资源管理器风格，无论那种风格，以下规 则是应该被重视的。 规则
14
6.5.4开发语言和工具选择
与当前主流技术一致性； 与公司目前掌握技术一致性； 对客户业务满足性
10
6.5集成静态测试
测试内容 主要测试概要设计同需求的一致性，以及概要 设计的合理性。
测试方法 采用同行评审的形式是审查或小组评审
概要设计是将软件需求转换为软件的系统体系结 构、程序界面和数据结构的过程，及开发语言和 工具的选择。因此概要设计的测试主要从这几个 方面进行。
11
6.5.1系统体系结构设计测试
19
6.6.2增值式策略
增值方式有两种方式： 自顶向下（Top Down Testing） 自底向上（Bottom Up Testing）
实现视图 :实现描述用于组建系统的物理组件，如可执行文 件、DLL、.java文件、.cpp文件代码和数据库等系统程 序员所看到的软件产物，是和配置管理以及系统集成相关 的信息。
进程视图 :进程视图描述将系统分解为过程和任务，以及这 些并发元素之间的通信与同步。
部程署师视 和图 网络:描工述程系师统所的感物兴理趣网的络。布局及程序分12布，是系统工
一个模块的功能是否会对另一个模块的功能产生不利的影 响；
各个子功能组合起来，能否达到预期要求的父功能； 全局数据结构是否有问题； 单个模块的误差累积起来，是否会放大，从而达到不能接
受的程度。 在单元测试的同时可进行集成测试，发现并排除在模块连
接中可能出现的问题，最终构成要求的软件系统。
先分别测试每个模块，再把所有模块按设计要 求放在一起结合成所要的程序。
优点 ：一是方法简单，二是允许多个测试人 员并行工作，对人力、物力资源利用率较高。
缺点：必须为每个模块准备相应的驱动模块和 辅助桩模块，故测试成本较高；其次，一旦集 成后的系统包含多种错误，难以对错误定位和 纠正。
18
6
6.3集成测试的层次
子系统内集成测试(模块) 子系统间集成测试 (可执行程序)
7
模块与子系统的区别 例子
配用电监测与管理系统由很多个子系统组成， 如通讯子系统、数据采集子系统、报警服务子 系统、前置机应用子系统等。
而每个子系统又由多个功能模块组成，如数据 采集子系统由档案参数模块、任务处理模块、 规约解析模块等组成
第六章 集成测试
6.1基本概念 6.2集成测试目的 6.3集成测试层次 6.4集成测试方法 6.5集成静态测试 6.6集成策略 6.7集成测试流程
2
6.1基本概念
定义 集成测试又称组装测试、联合测试、子系统测 试或部件测试。集成测试是在单元测试的基础 上，将所有模块按照设计要求（如根据结构图 ）组装成子系统或系统进行的测试活动。 单元测试完成后便进入集成测试阶段。
6.5.2数据结构设计测试
数据结构设计确定软件涉及的文件系统的结构以 及数据库的模式、子模式，进行数据完整性和安 全性的设计。它包括：
确定输入、输出文件的详细的数据结构； 结合算法设计，确定算法所必须的逻辑数据结构及操
作； 内部模块之间的接口数据格式设计 数据库设计合理性。具体数据库设计合理性见数据库
体系结构的“4+1”视图描述 用例视图 :用例视图定义系统的外部行为，是最终用户、分 析人员和测试人员所关注的。用例视图定义了系统的功能 ，是描述系统设计和构建的其它视图的基础，即用例驱动 。
逻辑视图 :逻辑视图描述逻辑结构，该逻辑结构支持用例视 图描述的功能，它描述了问题空间中的概念以及实现系统 功能的机制，如类（抽象类）、包、子系统等，因而是编 程人员最关心的。
6.6.2增值式策略
这种集成方式又称渐增式组装。首先对一个个模 块进行模块测试，然后将这些模块逐步组装成较 大的系统，在组装的过程中边连接边测试，以发 现连接过程中产生的问题。通过增值逐步组装成 为要求的软件系统。
相对非增值式策略，可以较早发现模块间的接口 错误；发现问题也易于定位。它的缺点是测试周 期比较长，可以同时投入的人力物力受限。
8
档案参数 模块
TCP通讯模块 规约过滤模块
来自百度文库
任务处理模块
规约解析模块
数据库输出模块 数据库接口
通讯日志, 文件输出
9
6.4集成测试方法
静态测试 概要设计的测试
动态测试 黑盒测试 ，但有时候需了解内部细节并结合白 盒测试，所以更多的资料将黑盒和白盒相结合 的测试称为灰盒测试 。
集成测试的依据是需求规格说明书、概要设计及 详细设计说明书。
3
6.1.1集成测试与单元测试的区别
测试对象有所区别; 集成测试关注的是模块间的接口，接口之间的数
据传递关系，单元组合后是否实现预计的功能。 集成测试组装的对象比单元测试的对象级别要高
。
4
6.1.2集成测试与系统测试的区别
系统测试对象是整个系统以及与系统交互的硬件和软件平 台。系统测试更多程度上是站在用户的角度上对系统做功 能性的验证，同时还对系统进行一些非功能性的验证，包 括系统测试测试、压力测试、安全性测试、恢复性测试等 。系统测试的依据来自用户的需求规格说明书和行业的已 成文的或事实上的标准。
15
概要设计检查单
例子
16
6.6集成策略
集成策略就是在测试对象分析的基础上，描述软 件模块集成（组装）的方式、方法。集成的基本 策略比较多，分类比较复杂，但不管怎样分，所 以分类分类方法都可以归结为非增值式和增值式 两大类，其余的很多方法都是在此基础上的细分 。
17
6.6.1非增值式策略
集成测试所测试的对象是模块间的接口，其目的是要找出 在模块接口上面，包括整体体系结构上的问题。其测试的 依据来自系统的高层设计（架构设计或概要设计）。
软件的集成测试工作最好由不属于该软件开发组的软件设 计人员承担，以提高集成测试的效果。
5
6.2集成测试目的
在把各个模块连接起来的时侯，穿越模块接口的数据是否 会丢失；