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

第九章软件测试用例设计
软件工程课件
软件测试用例设计软件工程课件
1
软件工程第九章 软件测试用例设计
测试用例设计概述
软件测试用例设计方法
白盒测试用例设计方法
黑盒测试用例设计方法
单元测试的测试用例设计
集成测试的测试用例设计
系统测试的测试用例设计
软件测试用例设计软件工程课件
2
测试用例设计概述
测试用例是为有效地发现软件缺陷的最小测试执行单元。
测试用例的重要性
测试用例是测试人员执行测试的重要参考依据。不同的测试人员根据相同的测试用例所得到的输出应该是一致的，测试实际上就是测试用例的计划、执行和跟踪过程。
良好的测试用例具有复用的功能，在测试过程中可以重复使用。因此，设计良好的测试用例可以大大节约时间，提高测试效率。
测试用例是在长期测试实践中积累起来的。组织好这些测试用例，可帮助测试者有效使用它们。
测试用例的通过率是检验程序代码质量的例证。衡量程序代码的质量，量化的标准应该是测试用例的通过率和软件缺陷（bug）的数目。
测试用例也是检验测试人员进度、工作量以及跟踪／管理测试人员的工作效率的因素。尤其适用于对于新的测试人员考核，从而更加合理做出测试安排和计划。
软件测试用例设计软件工程课件
3
测试用例数和软件规模的关系
对软件质量的要求不同，测试用例数与程序源代码规模的比例不同。如航天软件的测试用例数与程序源代码行数的比例就高于普通民用软件。
软件的规模不同，若要达到相同的软件质量，软件的测试用例数与程序代码行数的比例页不同，大规模软件应该比小规模软件更高些。
测试用例数
软件规模
软件测试用例设计软件工程课件
4
测试用例设计说明的书写规范
在ANSI／IEEE 829 1983 标准中列出了和测试设计相关的测试用例编写规范和模板。
标准模板中主要元素如下。
标识符：每个测试用例应有一个惟一的标识，作为引用的基本元素。
测试项：测试用例应准确地描述被测试项及其特征。如做 Windows 应用程序的窗口测试，测试对象是整个应用程序用户界面，其特性要求包括窗口缩放、界面布局、菜单等。
测试环境要求：用来表明执行该测试用例需要的测试环境，可根据被测模块对测试环境的需求来描述测试用例的测试环境。
输入数据：用来执行测试用例的输入数据。
对应输出数据：表示按照指定的环境和输入标准得到的期望输出结果。
测试用例间的关联：用来标识该测试用例与其他的测试（或其他测试用例）间的依赖关系。
软件测试用例设计软件工程课件
5
软件测试用例设计方法
静态测试和动态测两类的测试
静态测试：不必执行程序，目的是收集有关程序代码的结构信息而非查错。
主要采用检查、分析、评审等人工测试的方法；
动态测试
需要执行程序，目的是查错。
主要有：黑盒测试、白盒测试
软件测试用例设计软件工程课件
6
黑盒测试（Black-Box Test）
把测试对象看做一个黑盒，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求和功能规格说明，检查程序的功能是否符合它的功能说明。
黑盒测试叫做功能测试或数据驱动测试。
采用黑盒测试方法就意味着测试要在软件的接口处进行。
软件测试用例设计软件工程课件
7
黑盒测试方法主要是为了发现以下几类错误：
1) 是否有不正确或遗漏了的功能？
在接口上，输入能否正确地接受? 能否输出正确的结果?
是否有数据结构错误或外部信息 (例如数据文件) 访问错误?
性能上是否能够满足要求?
是否有初始化或终止性错误?　
用黑盒测试发现程序中的错误，必须在所有可能的输入条件和输出条件中确定测试数据，来检查程序是否都能产生正确的输出。
但这是不可能的。
P
X
Y
Z
第三方测试大多采用黑盒测试方法
软件测试用例设计软件工程课件
8
白盒测试（White-Box Test）
此方法把测试对象看做一个玻璃盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
白盒测试又称为结构测试、逻辑驱动测试、开盒测试、玻璃盒测试、基于程序的测试. 。
软件测试用例设计软件工程课件
9
对于有多重循环的程序，穷举测试是不可能的。
例如，给出一个小程序的流程图，它包括了一个执行 20 次的循环。
循环内有 5 条不同的路径，循环 20 次，则组合起来可能的不同执行路径数达 520 条。
假设对每一条路径进行测试需要1毫秒，一年工作365 天，每天工作 24 小时，要想把所