常见的软件测试用例设计方法,个人认为主要是下面这6种:
1)流程图法(也叫场景法)
2)等价类划分法
3)边界值分析
4)判定表
5)正交法
6)错误推测法
这6种常见方法中,我分别按照定义、应用场景、使用步骤、案例讲解这4个部分进行讲解。
所以本文行文结构如下
1、每种用例方法定义、应用场景、使用步骤、案例讲解
2、每种用例方法应用场景的区别
3、深入学习资料分享
一、流程图法(也叫场景法)
1、使用场景
所谓流程图法,就是专门针对软件业务流程测试的方法。
2、什么是业务流程?
业务流程,是指客户在使用软件的过程中,为了达成自身的所想要的目的,按照指定的顺序去操作软件的功能,这样的操作过程叫业务流程。
业务流程是多个功能的组合。比如:把大象放进冰箱就是一个业务流程。
3、使用频率
高。
未来不管面向什么项目,都是为了实现用户价值去开发的,所以一定会有业务场景测试。也就意味着一定会使用到流程图法。
流程图法测试不需要深入功能内部详细测试,主要测试流程。
4、使用步骤
1. 根据流程图找出路径
2. 编写测试用例(从开始到结束为一条路径,有多少条路径就有多少条用例)
路径数 = 判定节点数 + 1
5、测试流程使用案例
流程图举例如下:
测试用例设计步骤:
1)找出流程图的路径
路径数 = 3 + 1 = 4
2)编写测试用例
① 结账流程成功
② 结账流程失败-登录失败
③ 结账流程失败-选择桌台失败
④ 结账流程失败-支付失败
二、等价类划分法
1、概念
等价类定义:满足某种共同特征的数据子集
等价类分类:
有效等价类,满足需求的数据集合
无效等价类,不满足需求的数据集合
2、使用场景
没法穷举的,或数据集过大的数据集。
比如手机号,无法穷举。
比如一年365天,虽然有限,但数据集过大。
那为了缩小测试范围,就可以考虑使用等价类划分法。
3、使用频率
该方法的使用频率高。
针对:需要有大量数据测试输入, 但是没法穷举测试的地方。
比如:输入框、下拉列表、 单选复选框
4、使用步骤
步骤1:分析需求
步骤2:划分等价类—等价类表
等价类划分:按照 1)长度(空)2)类型 3)规则 去设置无效等价类
步骤3:设计用例原则
① 设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖的有效等价类。
② 设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类。
5、使用案例
注册邮箱验证
要求:
1. 6-18个字符
2. 包含数字、字母和下划线
3. 必须以字母开头
解题思路:
步骤1:分析需求
步骤2:划分等价类——等价类表
步骤3:设计用例原则
① 先写能覆盖所有有效测试点的正向用例
一条正向用例,覆盖编号1+2+3这3条有效等价类
② 剩下的所有无效测试点,再分别和正确的测试点组成反向测试用例(有多少无效测试点,就要设置多少条反向测试用例)
有6个无效测试点,就要另外再设置6条反向测试用例。
三、边界值分析法
1、概念
规律:边界和边界内的值,更容易发现错误
所以要优先选取正好等于、刚好大于、刚好小于边界的值作为测试数据。
举例数据范围为 [-99,99]
上点:边界上的点(正好等于,下图中的绿色)
离点:距离上点最近的点(刚好大于、刚好小于, 下图中的黄色)
内点:范围内的点(区间范围内的数据,下图中的紫色)
其中,上点和内点【必选】。
2、使用场景
输入范围有边界。意味着使用场景只能是数字或时间类型。
边界值分析法一般都是结合等价类使用。
在等价类的基础上针对有边界范围的测试数据输入的地方(重点关注边界)
常见词语描述:大小、 尺寸、 重量、 最大、 最小、 至多、 至少等修饰词语
典型代表:有边界范围的输入框类测试
疑问:中英文字符串可以使用边界值吗?
中英文没有边界,意味着无法使用边界值。
3、使用步骤
边界值设计用例步骤:
1. 明确需求
2. 确定有效和无效等价类
3. 确定边界范围值
4. 提取数据编写测试用例
4、使用案例
需求:验证QQ账号的合法性
要求: 6~10位自然数
1. 明确需求
2. 确定有效和无效等价类
3. 确定边界范围值
4. 提取数据编写测试用例
四、判定表法
1、定义
判定表法,是一种以表格形式,表达多条件逻辑判断的工具。
2、使用场景
1)多条件组合的测试 且 2)各条件之间要有约束(依赖)
上方截图中,通过表格将各种组合情况都列出来,非常清晰。其中:
灰色背景色是条件桩:列出问题中的所有条件,列出条件的次序无关紧要。
绿色背景色是动作桩:列出问题中可能采取的操作,操作的排列顺序没有约束。
黄色背景色是条件项:列出条件对应的取值,所有可能情况下的真假值。
蓝色背景色是动作项:列出条件项的、各种取值情况下应该采取的动作结果。
3、判定表使用步骤
Step1、明确需求
Step2、画出判定表1)列出条件桩和动作桩
2)填写条件项,对条件进行全组合
3)根据条件项的组合确定动作项
4)简化、合并相似规则(有相同的动作)step3、根据规则编写测试用例
4、使用案例
订购单检查。规则:
1)如果金额大于500元,又未过期,则发出批准单和提货单;
2)如果金额大于500元,但过期了,则不发批准单与提货单;
3)如果金额小于等于500元,则不论是否过期都发出批准单和提货单;
4)在过期的情况下不论金额大小还需要发出通知。
Step1、明确需求
条件桩,两个
金额是否大于500元
订单状态是否过期
动作桩,三个
发出批准单
发出提货单
发出通知单
Step2、画出判定表
1) 列出条件桩和动作桩
2)填写条件项,对条件进行全组合
3)根据条件项的组合确定动作项
4)简化、合并相似规则(有相同的动作)
没有,不用操作。
step3、根据规则编写测试用例
其中,判定表中贯穿条件项和动作项的一列就是一条规则,每条规则要配上一条测试用例。
五、正交法
1、定义
正交法,是通过正交表选择部分有代表性的组合进行测试(降低测试成本)
正交表,是经过统计学的实验,分析得来的一个数学结果。它相当于是在大数据集合当中,按照数学的特性去均匀的选择挑选测试数据,以便大幅缩小测试范围。
2、应用场景
各条件相互独立,每一种有效用例里的组合数过多,而且这些组合都是有效数据。举例:
比如,要为购票系统设置测试用例。到达北京的出发地至少有300个,以北京为出发地的目的地也至少有300个,加上出发日期,一年365天,取300天。
请问,覆盖出发地,目的地,出发日3个条件的测试用例,可以写多少条?
答案:300 x 300 x 300 =9w x 300= 2700w 条。
但由于城市名无法设置子集边界,不好使用等价类方法来缩小范围,那你就要考虑正交去降低了。
3、使用步骤
1. 分析需求,确定因素(条件)和水平(条件取值)
2. 选择正交表进行映射
3. 设计测试用例:正交表一行对应一条用例
4. 根据需求补充用例:常用的组合项
4、案例讲解
4.1,分析需求,确定因素(条件)和水平(条件取值)
因素:出发地、目的地和出发日期 因素数:3个
水平:填写、不填写 水平数:2个
4.2,选择正交表进行映射
正交表列名:条件具体取值替换。
水平:“填写”替代 1、“不填写”替代 2。
4.3,设计测试用例:正交表一行对应一条用例
case1: 出发地:填写+目的地:填写+出发日期:填写
case2: 出发地:填写+目的地:不填写+出发日期:不填写
case3: 出发地:不填写+目的地:填写+出发日期:不填写
case4: 出发地:不填写+目的地:不填写+出发日期:填写
4.4, 根据需求补充用例:常用的组合项
如果某些组合情况,用户经常使用,还可以进行适度的用例完善。
六、错误推测法
1、定义
通过【经验】推测系统可能出现的问题。
可以作为正常用例方法的补充存在。
2、场景
2.1、 时间紧任务量大时,根据之前项目类似经验找出易出错的模块重点测试
2.2、 时间宽裕通过该方法,列出之前出现问题较多的模块再次测试
3、使用方法
根据【经验】和【直觉】列举出可能出现问题的清单,根据清单分析问题可能原因,推测发现缺陷。
4、案例讲解
比如,输入框填入“空”。
七、最后用例方法总结
以上六种用例,最重要的是区别每种用例方法的应用场景。简单总结如下:
1)流程图法(也叫场景法),主要针对业务场景,也就是多个功能的组合使用场景。
2)等价类划分法,主要针对数据很大,且数据主要为数字、日期类型。
3)边界值, 确认边界,要结合等价类使用
4)判定表, 一条测试用例覆盖多个条件,且条件之间有约束
5)正交法, 数据很大,但是无法使用等价类缩小范围(比如城市名,浏览器名称不是数字、日期类型),就用正交表来缩小范围
6)错误推测法,有经验的人使用
八、深入学习资料推荐
测试用例的撰写是软件测试工作的最基础和最核心的工作,一定要拿掌握。
所谓最基础,就是无论你是低端的手工测试,还是高端的测试开发,测试用例的撰写你都要会。
所谓最核心,就是无论你是做互联网的软件测试,还是做硬件测试,还是做软硬结合的车载测试,测试用例的撰写你也都要懂。
1)如果你通过上述文字介绍,搞懂了测试用例的六种设计方法,那么建议一定要去了解测试用例8大要素的撰写方法,狠戳下方链接:
《感觉测试用例好难写怎么办?95 赞同 · 38 评论回答》
https://www.zhihu.com/question/393584042/answer/2957750770
当然,下面这些也可以学习下:
《测试用例是怎么写的?144 赞同 · 19 评论回答》
https://www.zhihu.com/question/272193009/answer/2962583197
《关于基本功能测试用例,到底是传统的表格(Excel)形式好还是思维导图(Xmind、MindManager等)模式好?27 赞同 · 0 评论回答》
https://www.zhihu.com/question/27023220/answer/3054114209
《在国外,资深的软件测试人员大多是手动测试,他们厉害之处在于测试用例的设计,但在国内,很多测试人员都把自动化测试当成很厉害的资本,为什么?636 赞同 · 69 评论回答》
https://www.zhihu.com/question/19721142/answer/1633490943
《有哪些比较好的测试用例管理工具?115 赞同 · 18 评论回答》
https://www.zhihu.com/question/26898212/answer/2940946212
2)如果你通过上述文字介绍,还是不太清晰6种设计方法,希望能够有相关视频深入学习,那就狠狠点击下方视频:
6个视频:
1)《测试入门_3天黑马手工测试理论+6天实战完整分享_适合0基础》
本视频b站链接:https://www.bilibili.com/video/BV1at4y1Y7AN
2)《实战项目带小白入职7-12k功能测试岗位,仅7小时【史上最快】》
本视频b站链接:https://www.bilibili.com/video/BV1kw411o756
3)《功能测试_6天黑马手工测试2021版》
本视频b站链接:https://www.bilibili.com/video/BV1QM4y137xX
4)《测试入门_9天黑马手工测试理论+实战完整分享_适合0基础》【前三天视频中就涉及测试用例,后6天就是手工测试实战】
本视频b站链接:https://www.bilibili.com/video/BV1at4y1Y7AN
5)《黑盒测试用例设计》
本视频b站链接:https://www.bilibili.com/video/BV1YT4y137WA
6)《移动端App测试_最新2020教学视频》
本视频b站链接:https://www.bilibili.com/video/BV12o4y1k7Kb