测试用例具体的设计方法
阿里云国内75折 回扣 微信号:monov8 |
阿里云国际,腾讯云国际,低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号:monov8 飞机:@monov6 |
等价类法
由于输入的集合是无穷的不能全部覆盖到所以通过划分若干个等价类选出有代表性的达到尽量多的功能覆盖
有效等价类根据规格说明书是合理的、有意义的输入数据构成的集合
无效等价类根据需求说明书是不合理不满足需求的集合。
等价类只考虑输入域的分类没有考虑输入域的组合需要其他的设计方法和补充。
例子
购买的水果有 苹果 香蕉 橘子
有效等价类苹果 香蕉 橘子...
无效等价类车厘子 橙子...其他水果
需求 |用户名 | 必填录入用户名 | 6至15 | 字符类型A-Z,不区分大小写|
针对字符有效等价类A-Z,a-z无效等价类数字(10.1-1) 特殊字符(@¥空格)
针对长度有效等价类6到15 无效等价类小于6 或者 大于15
边界值法
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充这种情况下其测试用例来自等价类的边界。
要注意边界值通常取 等价类划分中的边界比如 有效边界 和 无效边界
例子
超市卖水果
边界值额... 番茄?山芋? maybe...理解就行
需求 |用户名 | 必填录入用户名 | 6至15 | 字符类型A-Z,不区分大小写|
针对字符有效边界a z A Z 无效边界:全角\半角\特殊字符\数字\A+1(ascii码).....
针对长度有效边界6 15 无效边界5 16
判定表法
使用场景较少工作中很少使用很多书籍中相似的方法称为 因果图相比较判定表而言多了一个画图的步骤且图很麻烦场景使用少现在还没有必要学习因果图。
找出输入条件和输出条件
找出输入条件和输出条件之间的关系
画判定表
根据判定表编写测试用例
案例淘宝活动 当使用了红包 或者 订单金额大于300元则该订单是优惠订单否则不是优惠订单。
输入条件使用红包(A) 金额大于300(B) 订单提交(C)
输出条件优惠订单(1) 不是优惠订单(2)
输入条件 和 输出条件之间的关系
AC | BC | ABC | A | B | C | AB | 非ABC |
1 | 1 | 1 | 2 | 2 | 2 | 2 | 2 |
画判定表
编写测试用例
① 有红包提交订单为优惠订单
② 金额>300 提交订单为优惠订单
③ 有红包金额<300 且提交订单为优惠订单
④ 有红包金额<300 没提交订单不是优惠订单
⑤ 无红包金额>300 已提交订单不是优惠订单
⑥ 无红包金额<300 已提交订单不是优惠订单
⑦ 有红包金额>300 没提交订单不是优惠订单
⑧ 无红包金额<300 没提交订单不是优惠订单
场景设计法
较少使用只是一个思路引导告诉我们不能完全按照需求文档要对一些意外情况有响应的判断。
基本事件流按照正确的业务流程实现操作的一条路径
备选事件流程序出错的操作流程
案例比如ATM机取款的时候中间可能出现的意外情况我们都要有判断
错误猜测法
依赖的是测试人员的 工作经验和积累 。
只是利用直觉和经验猜测出错的可能类型然后编写测试用例来暴露这些错误。
正交法
(用的比较少 基本不可见) 是指 从大量的实验中挑选出适量的、有代表性的例子依据“正交表”从而合理的设计测试用例
正交表 表示L4(2^3)4代表4组实验(测试用例)3代表因素数(输入条件)2代表每个因素数对应的水平数(输入条件的可能结果)。
正交表的特性
每一列中不同的数字出现的次数相同。
任意两列中数字的排列方式齐全且均衡。
根据正交表设计测试用例的步骤
找出 因素 和 水平
生成正交表(使用生成正交表的工具allparis)
根据正交表来编写测试用例
补充可能遗漏但是非常重要的测试用例
例子登录的案例
找出因素和水平
因素姓名、邮箱、密码、确认密码、验证码
水平填写、不填写
使用allparis生成正交表
根据正交表编写测试用例
① 填写姓名 填写邮箱 填写密码 填写验证码
② 填写姓名 不填写邮箱 不填写密码 不填写验证码
③ 不填写姓名 填写邮箱 不填写密码 填写验证码
④ 填写/不填写姓名 填写邮箱 填写/不填写密码 不填写验证码
⑤ 填写/不填写姓名 不填写邮箱 填写/不填写密码 填写验证码
如何使用allParis 生成正交表?
将水平和因素填写到Excel
把这个Excel中的内容复制到一个txt文件中
使用allParis工具生成正交表
打开登录验证jg.txt 文件