软件工程-09软件测试用例设计.ppt

第九章软件测试用例设计 软件工程课件 软件工程第九章 软件测试用例设计 9.1 测试用例设计概述 9.2 软件测试用例设计方法 9.3 白盒测试用例设计方法 9.4 黑盒测试用例设计方法 9.5 单元测试的测试用例设计 9.6 集成测试的测试用例设计 9.7 系统测试的测试用例设计 9.1 测试用例设计概述 测试用例是为有效地发现软件缺陷的最小测试执行单元。 测试用例数和软件规模的关系 对软件质量的要求不同，测试用例数与程序源代码规模的比例不同。如航天软件的测试用例数与程序源代码行数的比例就高于普通民用软件。 软件的规模不同，若要达到相同的软件质量，软件的测试用例数与程序代码行数的比例页不同，大规模软件应该比小规模软件更高些。 测试用例设计说明的书写规范 在ANSI／IEEE 829 1983 标准中列出了和测试设计相关的测试用例编写规范和模板。 标准模板中主要元素如下。 标识符：每个测试用例应有一个惟一的标识，作为引用的基本元素。 测试项：测试用例应准确地描述被测试项及其特征。如做 Windows 应用程序的窗口测试，测试对象是整个应用程序用户界面，其特性要求包括窗口缩放、界面布局、菜单等。 测试环境要求：用来表明执行该测试用例需要的测试环境，可根据被测模块对测试环境的需求来描述测试用例的测试环境。 输入数据：用来执行测试用例的输入数据。 对应输出数据：表示按照指定的环境和输入标准得到的期望输出结果。 测试用例间的关联：用来标识该测试用例与其他的测试（或其他测试用例）间的依赖关系。 9.2 软件测试用例设计方法 静态测试和动态测两类的测试 静态测试：不必执行程序，目的是收集有关程序代码的结构信息而非查错。 主要采用检查、分析、评审等人工测试的方法； 动态测试 需要执行程序，目的是查错。 主要有：黑盒测试、白盒测试 9.2.1 黑盒测试（Black-Box Test） 把测试对象看做一个黑盒，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求和功能规格说明，检查程序的功能是否符合它的功能说明。 黑盒测试叫做功能测试或数据驱动测试。 采用黑盒测试方法就意味着测试要在软件的接口处进行。 黑盒测试方法主要是为了发现以下几类错误： 1) 是否有不正确或遗漏了的功能？ 在接口上，输入能否正确地接受? 能否输出正确的结果? 是否有数据结构错误或外部信息 (例如数据文件) 访问错误? 性能上是否能够满足要求? 是否有初始化或终止性错误?　 用黑盒测试发现程序中的错误，必须在所有可能的输入条件和输出条件中确定测试数据，来检查程序是否都能产生正确的输出。 但这是不可能的。 9.2.2 白盒测试（White-Box Test） 此方法把测试对象看做一个玻璃盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。 白盒测试又称为结构测试、逻辑驱动测试、开盒测试、玻璃盒测试、基于程序的测试. 。 对于有多重循环的程序，穷举测试是不可能的。 例如，给出一个小程序的流程图，它包括了一个执行 20 次的循环。 循环内有 5 条不同的路径，循环 20 次，则组合起来可能的不同执行路径数达 520 条。 假设对每一条路径进行测试需要1毫秒，一年工作365 天，每天工作 24 小时，要想把所有路径测试完，需 3024 年。 9.3 白盒测试用例设计方法 逻辑覆盖 判定结构分析 循环结构分析 基本路径覆盖 9.3.1 逻辑覆盖 逻辑覆盖是以程序内部的逻辑结构为基础的设计测试用例的技术。它属白盒测试。 语句覆盖 判定覆盖 条件覆盖 判定－条件覆盖 条件组合覆盖 路径覆盖 介绍逻辑覆盖的方法时均以下页的图为例。 1. 语句覆盖 语句覆盖就是设计若干个测试用例，运行被测程序，使得每一可执行语句至少执行一次。 图中，正好所有的可执行语句都在路径ace上 测试用例的设计格式如下【输入的(A, B, X)，对应输出的(A, B, X)】 为图例设计满足语句覆盖的测试用例是: Test1: 【(2, 0, 4)，(2, 0, 3)】　 覆盖 ace【P1】。 “语句覆盖是最弱的逻辑覆盖准则” 。 如果第一个判 断“and”错为“or”，第二个判断“or”错为“and”，使用以上 测试用例，查不出问题。 因此，使用语句覆盖，可能查不出判定中逻辑运算中出现的错误。 2. 判定覆盖 判定覆盖就是设计若干个测试用例，运行被测程序，使得程序中每个判断的取真分支和取假分支至少经历一次。 判定覆盖又称为分支覆盖。 对于图例，如果选择路径P1和P2，就可得满足要求的测试用例。 Test1:【(2, 0, 4)，(2, 0, 3)】