软件测试——用例篇(3)
目录
一、设计测试用例的具体方法
1.1等价类
1.1.1等价类概念介绍
1.1.2等价类分类
1.2边界值
1.2.1边界值分析法
1.2.2边界值分类
1.3正交法
1.3.1正交表
1.3.2正交法设计测试用例步骤
1.4判定表法
1.4.1判定表
1.4.2判定表方法设计测试用例
1.5 场景法
1.6错误猜测法
一、设计测试用例的具体方法
1.1等价类
1.1.1等价类概念介绍
等价类方法的出现是为了解决穷举法不能解决的问题
例如:姓名必填,6-15位字符类型
通过穷举发测试、6、7、8...14、15位测试是否通过,位数范围越大,那么测试会越麻烦
因此依据需求划分成若干个等价类,从等价类中选一个测试用例,这个测试用例通过,代表所有的等价类测试通过
1.1.2等价类分类
有效等价类:合理的、有意义的输入数据构成的集合
无效等价类:不满足需求的集合
等价类只考虑输入域的分类,没有考虑输入的组合,一般需要其他设计方法和补充
1.2边界值
1.2.1边界值分析法
边界值分析法是对等价类划分的补充,其测试用例来自等价类的边界
边界值分析法是对输入或输出的边界值进行黑盒测试的方法
1.2.2边界值分类
边界值包括:边界值和次边界值
长度范围为1-11时:边界值1、11、12、0
参赛项目1-3项:0、1、3、4
1.3正交法
正交法设计测试用例是针对部分填写的情况
假如:
有两个选项,那么可以设计出,都填写、都不填写、填写A、填写B四个测试用例
如果有三个选项,则可以设计出8个测试用例
如果有五个则可以设计出32个测试用例
正交法的目的是为了减少用例数目,用尽量少的用例覆盖输入的两两组合,找到最好的用例组合
1.3.1正交表
正交表
含义如下:
L代表正交表;
L下的数字4表示4行(即要做4次试验);
括号内的指数3表示3列(最多允许安排的因素是3);
底数2表示因素有两种水平(例如,填写和不填写)
正交表的构成:因素数、水平数、行数
因素:影响条件
水平:因素对应的可选项
正交表性质:
每一列中,不同数字出现的次数相等
任意两列中数字的排列方式齐全且均衡
1.3.2正交法设计测试用例步骤
借助allpairs实现正交表的设计
例如:姓名、电子邮箱、密码、确认密码、验证码 的部分填写
第一步:找出因素和水平
因素:姓名、电子邮箱、密码、确认密码、验证码
水平:填写和不填写
第二步:将因素和水平写入excel中
第三步:将表格中的内容复制在文本文件里(文本文件要创建在allparis.exe 同级目录下)
第四步:使用allparis.exe文件生成正交表
test.txt文件就是生成的正交表文件
第五步:根据生成的正交表文件编写测试用例
1) 姓名填写、电子邮箱填写、密码填写、确认密码填写、验证码填写
2)姓名填写、电子邮箱不填写、密码不填写、确认密码不填写、验证码不填写
3)姓名不填写、电子邮箱填写、密码不填写、确认密码填写、验证码不填写
4)姓名不填写、电子邮箱不填写、密码填写、确认密码不填写、验证码填写
5)姓名不/填写、电子邮箱填写、密码填写、确认密码不填写、验证码不填写
6)姓名不/填写、电子邮箱不填写、密码不填写、确认密码填写、验证码填写
~号的意思填不填写都可以
还要补上重要的测试用例
7)姓名不填写、电子邮箱不填写、密码不填写、确认密码不填写、验证码不填写
1.4判定表法
1.4.1判定表
通过具体方法将测试用例设计的更加完整和规范
给定一个场景:
用户输入的账号中包含admin字符或者通过内部链接进入注册页面,提交注册按钮成为管理员身份;反之无管理员身份
上面这个场景,不同的操作会对应不同的结果,而判定表是一种表达逻辑判断的工具
1.4.2判定表方法设计测试用例
第一步:确认输入条件和输出条件
在上面这个场景中
输入条件: 账号包含admin字符(a)、内部注册链接(b)、点击注册按钮(c)
输出条件:是管理员(1)、不是管理员(2)
第二步:找出输入条件和输出条件之间的关系
输入条件 | ac | ab | bc | a | b | c | abc | - |
对应结果 | 1 | 2 | 1 | 2 | 2 | 2 | 1 | 2 |
第三步:画判定表
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | ||
---|---|---|---|---|---|---|---|---|---|
输入条件 | 账号包含admin | Y | Y | N | Y | N | N | Y | N |
内部注册链接 | N | Y | Y | N | Y | N | Y | N | |
点击注册按钮 | Y | N | Y | N | N | Y | Y | N | |
输入条件 | 管理员 | Y | N | Y | N | N | N | Y | N |
不是管理员 | N | Y | N | Y | Y | Y | N | Y |
第四步:根据判定表编写测试用例
1)账号包含admin、非内部注册链接、点击注册按钮、为管理员身份
2)账号包含admin、内部注册链接、不点击注册按钮、非管理员身份
3)账号不包含admin、内部注册链接、点击注册按钮、为管理员身份
4)账号包含admin、非内部注册链接、不点击注册按钮、非管理员身份
5)账号不包含admin、内部注册链接、不点击注册按钮、非管理员身份
6)账号不包含admin、非内部注册链接、点击注册按钮、非管理员身份
7)账号包含admin、内部注册链接、点击注册按钮、为管理员身份
8)账号不包含admin、非内部注册链接、不点击注册按钮、非管理员身份
1.5 场景法
软件几乎都是用事件触发来控制流程,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成了事件流
场景主要包括:正常的用例场景、备选的用例场景、异常的用例场景、假定推测的场景
1.6错误猜测法
对测试软件的需求理解以及设计实现的细节把握