系统测试用例设计方法.docx
《系统测试用例设计方法.docx》由会员分享,可在线阅读,更多相关《系统测试用例设计方法.docx(67页珍藏版)》请在冰豆网上搜索。
![系统测试用例设计方法.docx](https://file1.bdocx.com/fileroot1/2022-10/13/050e395a-d089-4bb0-b403-57cdf41c5bcb/050e395a-d089-4bb0-b403-57cdf41c5bcb1.gif)
系统测试用例设计方法
系统测试用例设计方法
王永安
、测试用例格式以及写作要点3
、系统测试用例设计方法4
1、等价类划分法5
2、边界值分析法6
3、判定表法7
4、因果图法9
5、状态迁移图法15
6、流程分析法20
7、正交试验法34
8、错误推测法41
>测试用例格式以及写作要点
测试用例编号
测试项目
测试标题
重要级别
预置条件
输入
操作步骤
预期输出
以上是一般的测试用例格式,可以根据公司具体要求删除一些或加入其它项。
测试用例编号
测试用例编号是由字母和数字组合而成的,用例的编号应该具有唯一性,易识别性。
比
如可以采用统一的约定,产品编号一ST—系统测试项名一系统测试子项名一编号。
这样看
到编号就可以知道是做的什么测试,测试的对象是什么。
也方便维护。
测试项目
你现在这个测试用例所测的项目名,可以是测试用例所属的大类,被测需求,被测的模
块,或者是被测的单元。
例如:
计算器加法功能。
测试标题
测试标题是对测试用例的简单描述。
用概括的语言描述该测试用例的测试点。
每个测试用例的标题不能够重复,因为每个测试用例的测试点是不一样的。
例如:
手机在没有SIM
卡的情况下,拨打119。
重要级别
重要级别分为高中底三等:
高:
保证系统基本功能、重要特性、实际使用频率比较高的用例;
中:
重要程度介于高和底之间的测试用例;
底:
实际使用频率不高、对系统业务功能影响不大的模块或功能的测试用例。
注:
一般情况下,重要级别为高的测试用例,一个测试子项里有且尽有一个,大多数都
是重要级别为中的测试用例。
因为一般我们会进行一个系统测试预测试,如果重要级别为高
的太多,则就失去了预测试的实际意义。
预置条件
就是执行当前测试用例的前提条件,如果不满足这些条件,则无法进行测试。
输入
测试用例执行时,需要输入的外部信息。
例如某一个文件,数据记录等。
操作步骤
执行当前测试所要经过的操作步骤,需要给出每一步操作的描述,测试人员根据测试用例操作步骤,完成测试用例的执行。
预期输出
当前测试用例的预期输出结果。
用来与实际结果比较,如果相同则该测试用例通过,否
则该测试用例失败。
1、系统测试用例设计方法
1、等价类划分法
何为等价类,某个输入域的集合,在这个集合中每个输入条件都是等效的,如果其中一
个的输入不能导致问题发生,那么集合中其它输入条件进行测试也不可能发现错误。
等价类分为有效等价类和无效等价类,有效等价类就是由那些对程序的规格说明有意义的、合理的输入数据所构成的集合;无效等价类就是那些对程序的规格说明不合理的或无意义的输入数据所构成的集合。
划分等价类的方法:
下面给出六条确定等价类的原则。
1、在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类。
2、在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类。
3、在输入条件是一个布尔量的情况下,可确定一个有效等价类。
4、在规定了输入数据的一组值(假定n个),并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类。
5、在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类(符合规则)
和若干个无效等价类(从不同角度违反规则)。
6、在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类。
根据等价类划分原则,将等价类填入下表。
等价类表
输入条件
有效等价类
无效等价类
根据等价类表,然后从划分出的等价类中按以下三个原则设计测试用例:
1、为每一个等价类规定一个唯一的编号。
2、设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步,直到所有的有效等价类都被覆盖为止。
3、设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步,直到所有的无效等价类都被覆盖为止。
举例:
拿PowerPoint的打印功能界面做例子,用等价类方法,划分等价类。
根据原则划分等价类,填入等价类表。
输入条件
有效等价类
无效等价类
打印机名称
可选择的打印机
打印到文件
TRUE、FALSE
打印范围
全部、当前幻灯片、幻灯片
幻灯片
不大于幻灯片总数的自然数集合
小于1的整数
打印份数
[1,32767]
小于1的整数,大于32767的整数
逐份打印
TRUE、FALSE
打印内容
幻灯片、讲义、备注页、大纲视图
颜色/灰度
颜色、灰度、纯黑白
每页幻灯片数
{1、2、3、4、6、9}
除了1、2、3、4、6、9以外整数
顺序
水平、垂直
根据纸张调整大小
TRUE、FALSE
幻灯片加框
TRUE、FALSE
测试用例略。
等价类划分是最常用的方法,通常和边界值分析法一起用,在下面的流程分析
法里,我会将等价类、边界值和流程分析法一起举例,一起写测试用例。
2、边界值分析法
测试经验丰富的前辈们公司我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部。
因此针对个中边界情况设计测试用例,可以查处更多的错
误。
首先来了解一下边界点的定义,边界点分为上点、内点和离点。
如图:
闭区间
开区间
半开半闭区间
结合上面的图示。
上点,就是边界上的点,不管它是开区间还是闭区间,就是说,如果该点是封闭的,那上点就在域范围内,如果该点是开放的,那上点就在域范围外;
内点,就是在域范围内的任意一个点;
离点,就是离上点最近的一个点,如果边界是封闭的,那离点就是域范围外离上点最近的点,如果边界是开放的,那离点就是域范围内离上点最近的点。
现在大家都知道边界点了,那接下来就讲一下,边界值分析方法的原则:
1、如果输入(输出)条件规定了取值范围,则应该以该范围的边界值及边界附近的值作为测试数据;
2、如果输入(输出)条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据;
3、如果程序规格说明书中提到的输入或输出是一个有序的集合,应该注意选取有序集合的第一个和最后一个元素作为测试数据;
4、如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试数据。
举例:
闭区间[50,100]的上点为50和100,离点是49和101,在域范围内的都是内点;
半开半闭区间(50,100]的上点为50和100,离点是51和101,在域范围内的都是内点;开区间(50,100)的上点为50和100,离点是51和99,在域范围内的都是内点;测试用例略。
在下面的流程分析法里,我会将等价类、边界值和流程分析法一起举例,一起写测试用例。
3、判定表法
现在我们先讲判定表法,再讲因果图法,因为判定表法经常和因果图法一起用,先进行
因果图分析,再结合判定表,最后完成测试用例。
在多个条件决定多个动作,并且每个条件的取值只有两种情况下,我们就可以采用因果
图和判定表方法。
注:
条件和动作之间的逻辑关系是明确的,可以直接使用判定表法;如果条件和动作关
系不明确,则要先使用因果图法。
判定表通常由四部分组成,如图:
条件桩
条件项
动作桩
动作项
每一个部分之间用双线或粗条线分开,左上部称条件桩,它列出决定一组条件的对象;
右上部称条件项,它列出各种可能的条件组合;左下部称动作桩,它列出所有的操作,右下
部为动作项,它列出在对应的条件组合下的动作。
表的右部一般有很多列。
举例:
1、主持人对甲、乙、丙三人说:
这里有三顶红帽子,两顶白帽子,现在用布蒙上你们的眼睛,给你们每人戴上一顶帽子,然后请你们依次睁开眼睛,能正确说出自己帽子颜色的
有奖。
戴完帽子后,甲拿下布后看了其他两人的帽子说:
“我不知道”。
然后,乙揭开布看了其他两人的帽子说:
“我也不知道”。
轮到丙时,丙没有揭开布就说出了自己帽子的颜色。
请问:
丙戴的帽子是什么颜色的?
他是怎样得出结论的。
解:
1
2
3
4
5
6
7
8
甲
R
R
R
R
W
W
W
W
乙
R
R
W
W
R
R
W
W
丙
R
W
R
W
R
W
R
W
甲判断
不知道
不知道
不知道
知道
不知道
不知道
不知道
乙判断
(甲判
不知道
知道
不知道
不知道
知道
知道
断后)
丙判断
红帽子
红帽子
红帽子
红帽子
2、订购单的检查。
如果金额超过500元,又未过期,则发出批准单和提货单;如果金
额超过500元,但过期了,则不发批准单;如果金额低于500元,则不论是否过期都发出批
准单和提货单,在过期的情况下还需要发出通知单。
将这段需求进行判定表分析,可以得到如下判定表。
金额
>500
>500
<=500
<=500
状态
未过期
已过期
未过期
已过期
发出批准单
O
O
O
发出提货单
O
O
O
发出通知单
O
在很多情况下,一个判定表写出来以后,是很复杂的,我们需要对其进行简化。
如果表中有两条或多条规则具有相同的动作,并且其条件项之间存在极为相似的关系,我们就可以
将其合并。
比如表中,条件:
>500、未过期;<=500、未过期。
这两个条件项导致的结果是一样的,并且条件项之间很相似,我们就可以将它们合并。
结果如下:
金额
>500
<=500
状态
未过期
:
已过期
已过期
发出批准单
O
O
发出提货单
O
O
发出通知单
O
这里在引入一个概念,规则,以上判定表里,右部的每一列(条件项和对应的动作项)都是一条规则。
以上判定表里每一条规则都可以转化为测试用例。
用例:
1、
测试用例编号
ORDEfSTCHECK001
测试项目
订购单的检杳
测试标题
状态为未过期
重要级别
高
预置条件
无
输入
499
操作步骤
1、输入金额:
499
2、选择未过期
3、点击确定
预期输出
发出批准单和提货单
2、
测试用例编号
ORDER:
TCHECK002
测试项目
订购单的检杳
测试标题
金额>500,状态为已过期
重要级别
中
预置条件
无
输入
501
操作步骤
1、输入金额:
501
2、选择已过期
3、点击确定
预期输出
批准单、提货单和通知单都不发出
3、
测试用例编号
ORDE!
ST_CHECK_003
测试项目
订购单的检杳
测试标题
金额<=500,状态为已过期
重要级别
中
预置条件
无
输入
499
操作步骤
1、输入金额:
499
2、选择已过期
3、点击确定
预期输出
发出批准单、提货单和通知单
4、因果图法
接下来我们讲因果图法。
前面说过在多个条件决定多个动作,并且每个条件的取值只有
两种情况下,我们就