1.测试用例概述
如何以最少的人力、资源投入,在最短的时间内完成测试,发现软件系统的缺陷,保证软件的优良品质,则是软件公司探索和追求的目标。
测试用例是测试工作的指导,是软件测试的必须遵守的准则,更是软件测试质量稳定的根本保障。
测试用例是测试工作的指导,是软件测试的必须遵守的准则,更是软件测试质量稳定的根本保障。
1.1 什么是测试用例
- 测试用例可以独立进行测试执行的最小单元
- 测试内容的一系列情景和每个情景中必须依靠输入和输出,而对软件的正确性进行判断的测试文档,称为测试用例。
- 测试用例就是将软件测试的行为活动,做一个科学化的组织归纳。
- 软件测试是有组织性、步骤性和计划性的,为了能将软件测试的行为转换为可管理的、具体量化的模式,需要创建和维护测试用例
1.2 为什么需要测试用例
- 在开始实施测试之前设计好测试用例,避免盲目测试并提高测试效率,减少测试的不完全性;
- 测试用例的使用令软件测试的实施重点突出、目的明确;
- 根据测试用例的多少和执行难度,估算测试工作量,便于测试项目的时间和资源管理与跟踪;
- 减少回归测试的复杂程度,在软件版本更新后只需修正少量的测试用例便可展开测试工作,降低工作强度、缩短项目周期;
- 功能模块的测试用例的通用化和复用化则会使软件测试易于开展,并随着测试用例的不断细化其效率也不断攀升;
- 根据测试用例的操作步骤和执行结果,为分析软件缺陷和程序模块质量提供依据;可以方便地书写软件测试缺陷报告;
- 可以根据测试用例的执行等级,实施不同级别的测试;
- 便于大型软件测试项目外包测试指导基础;
1.3 良好测试用例的特征
可以最大程度地找出软件隐藏的缺陷
可以最高效率的找出软件缺陷
可以最大程度地满足测试覆盖要求
既不过分复杂、也不能过分简单
使软件缺陷的表现可以清楚的判定
测试用例内容清晰、格式一致、分类组织
可以最高效率的找出软件缺陷
可以最大程度地满足测试覆盖要求
既不过分复杂、也不能过分简单
使软件缺陷的表现可以清楚的判定
- 测试用例包含期望的正确的结果
- 待查的输出结果或文件必须尽量简单明了
测试用例内容清晰、格式一致、分类组织
1.4 测试用例的组成元素与范例
2.白盒黑盒测试用例设计方法
2.1 白盒测试用例的设计方法
逻辑覆盖:以程序的内部逻辑结构为基础,分为语句覆盖、判定覆盖、判定-条件覆盖、条件组合覆盖等
基本路径测试:在程序控制流程的基础上,分析控制构造的环路复杂性,导出基本可执行路径集合,从而设计测试用例。
基本路径测试:在程序控制流程的基础上,分析控制构造的环路复杂性,导出基本可执行路径集合,从而设计测试用例。
白盒测试用例注意事项:
由于测试路径可能非常多,由于时间和资源问题,选出足够多的路径测试
由于深入到程序编码,通常开发人员协助测试人员书写白盒测试用例
由于测试路径可能非常多,由于时间和资源问题,选出足够多的路径测试
由于深入到程序编码,通常开发人员协助测试人员书写白盒测试用例
2.2 黑盒测试用例的设计方法
黑盒测试用例的设计方法之一:
等价类划分:
等价类划分:
- 在分析需求规格说明的基础上划分等价类,列出等价类表。
- 将程序可能的输入数据分成若干个子集,从每个子集选取一个代表性的数据作为测试用例,等价类是某个输入域的子集,在该子集中每个输入数据的作用是等效的。
- 等价类的分类:有效等价类和无效等价类。有效等价类是有意义的、合理的输入数据,可以检查程序是否实现了规格说明中所规定的功能和性能。无效等价类与有效等价类的意义相反。
注意:设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验。经过正反的测试才能确保软件具有更高的可靠性。
2.2.1 确定等价类的方法
1.在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。
2.在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可以确立一个有效等价类和一个无效等价类。
3.在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类
4.在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。
在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。
在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)。
2.2.2 等价类测试用例-Example
等价类1: Integer
等价类2: Decimal fraction
等价类3: Negative
等价类4: Invalid input
等价类2: Decimal fraction
等价类3: Negative
等价类4: Invalid input
2.2.3 根据等价类创建测试用例的步骤
- 建立等价类表,列出所有划分出的等价类:
- 为每个等价类规定一个唯一的编号;
- 设计一个新的测试用例,使其尽可能多地覆盖尚未覆盖的有效等价类。重复这一步,最后使得所有有效等价类均被测试用例所覆盖;
- 设计一个新的测试用例,使其只覆盖一个无效等价类。重复这一步使所有无效等价类均被覆盖。
2.3 边界值测试用例设计方法
程序的很多错误发生在输入或输出范围的边界上,因此针对各种边界情况设置测试用例,可以发现不少程序缺陷。
设计方法:
设计方法:
- 确定边界情况(输入或输出等价类的边界)
- 选取正好等于、刚刚大于或刚刚小于边界值作为测试数据
2.3.1 确定边界值的方法
如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据。
如果输入条件规定了值的个数,则用最大个数、最小个数、比最小个数少一、比最大个数多一的数作为测试数据。
如果输入条件规定了值的个数,则用最大个数、最小个数、比最小个数少一、比最大个数多一的数作为测试数据。
如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和最后一个元素作为测试用例。
如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例。
如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例。
2.3.2 一些特殊的边界值
2.4 错误推测法测试用例设计
基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性地设计测试用例。
发现程序经常出现的错误的方法:
发现程序经常出现的错误的方法:
- 单元测试中发现的模块错误;
- 产品的以前版本曾经发现的错误;
- 输入数据为0或字符为空;
- 当软件要求输入时(比如在文本框中),不是没有输入正确的信息,而是根本没有输入任何内容,单单按了Enter键;
- 这种情况在产品说明书中常常忽视,程序员也可能经常遗忘,但是在实际使用中却时有发生。程序员总会习惯性的认为用户要么输入信息,不管是看起来合法的或非法的信息,要不就会选择Cancel键放弃输入
2.5 测试场景法设计测试用例
现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可引入到软件测试中,可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时使测试用例更容易理解和执行。
2.6 因果图法测试用例设计
多种输入条件的组合,产生多种结果设计测试用例。
设计方法:
设计方法:
- 分析软件规格说明文档描述的哪些是原因(输入条件),哪些是结果(输出条件),给每个原因和结果赋予一个标示符。
- 找出原因与结果,原因与原因之间的对应关系,划出因果图
- 在因果图上标上哪些不可能发生的因果关系,表明约束或限制条件
- 根据因果图,创建判定表,将复杂的逻辑关系和多种条件组合很具体明确的表示出来
- 把判定表的每一行作为依据设计测试用例。
3.测试类型与测试用例设计
3.1 设计测试用例的策略选择
- 测试用例的设计方法不是单独存在的,具体到每个测试项目里都会综合运用多种方法
- 首先进行等价类划分,包括输入条件和输出条件,将无限测试变成有限测试
- 在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出测试用例发现程序错误的能力最强。
- 对照程序逻辑,检查、补充测试用例,以达到逻辑覆盖程度的要求。
- 对于业务流清晰的系统,可以利用场景法贯穿整个测试案例过程。
3.2 测试用例设计工具
3.3 案例研究1:根据输入判断三角形的形状
测试场景:
一个程序读入3个整数,把这三个数值看作一个三角形的3条边的长度值。这个程序要打印出信息,说明这个三角形是不等边的、是等腰的、还是等边的。
一个程序读入3个整数,把这三个数值看作一个三角形的3条边的长度值。这个程序要打印出信息,说明这个三角形是不等边的、是等腰的、还是等边的。
确定输入数据与三角形形状的关系:
设三角形的3条边分别为A,B,C。如果它们能够构成三角形的3条边,必须满足:
A>0,B>0,C>0,且A+B>C,B+C>A,A+C>B;
如果是等腰的,还要判断A=B,或B=C,或A=C;
如果是等边的,则需判断是否A=B,且B=C,且A=C。
设三角形的3条边分别为A,B,C。如果它们能够构成三角形的3条边,必须满足:
A>0,B>0,C>0,且A+B>C,B+C>A,A+C>B;
如果是等腰的,还要判断A=B,或B=C,或A=C;
如果是等边的,则需判断是否A=B,且B=C,且A=C。
创建等价类表:
确定等价类输入数据:
3.4 案例研究2:测试用户登录对话框的功能
测试场景:
在各种输入条件下,测试程序的登录对话框功能。
用户名和密码的规则如下:
用户名长度为6至10位(含6位和10位)
用户名由字符(a-z、A-Z)和数字(0-9)组成
不能为空、空格和特殊字符
密码规则同用户名规则
在各种输入条件下,测试程序的登录对话框功能。
用户名和密码的规则如下:
用户名长度为6至10位(含6位和10位)
用户名由字符(a-z、A-Z)和数字(0-9)组成
不能为空、空格和特殊字符
密码规则同用户名规则
确定输入数据的情形:
确定具体的输入数据:
3.5 案例研究3:压力/负载测试用例设计
设计目的:
设计出不同等级的压力条件
- 验证程序在承受某种负载或压力下是否能够正常运行
- 找出程序安全运行的临界值
- 服务器/客户机局域网
- 服务器/浏览器互联网
设计出不同等级的压力条件
压力/负载分类与代号:
- CPU速度CS
- CPU使用量CU
- 磁盘空间DS
- 物理内存PM
- 虚拟内存使用量VM
- 登录用户的数量UN
- 传输带宽BW
- 传输数据的大小DN