常见的6种软件测试用例设计方法

这篇具有很好参考价值的文章主要介绍了常见的6种软件测试用例设计方法。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

常见的软件测试用例设计方法,个人认为主要是下面这6种:

  1. 流程图法(也叫场景法)
  2. 等价类划分法
  3. 边界值分析
  4. 判定表
  5. 正交法
  6. 错误推测法

这6种常见方法中,我分别按照定义、应用场景、使用步骤、案例讲解这4个部分进行讲解。

所以本文行文结构如下

  1. 每种用例方法定义、应用场景、使用步骤、案例讲解
  2. 每种用例方法应用场景的区别
  3. 深入学习资料分享

一、流程图法(也叫场景法)

1、使用场景

所谓流程图法,就是专门针对软件业务流程测试的方法。

2、什么是业务流程?

业务流程,是指客户在使用软件的过程中,为了达成自身的所想要的目的,按照指定的顺序去操作软件的功能,这样的操作过程叫业务流程。

业务流程是多个功能的组合。比如:把大象放进冰箱就是一个业务流程。

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

3、使用频率高

未来不管面向什么项目,都是为了实现用户价值去开发的,所以一定会有业务场景测试。也就意味着一定会使用到流程图法。

流程图法测试不需要深入功能内部详细测试,主要测试流程。

4、使用步骤

1. 根据流程图找出路径
2. 编写测试用例(从开始到结束为一条路径,有多少条路径就有多少条用例)
路径数 = 判定节点数 + 1

5、测试流程使用案例

流程图举例如下:

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

测试用例设计步骤:

1)找出流程图的路径

路径数 = 3 + 1 = 4

2)编写测试用例

① 结账流程成功
② 结账流程失败-登录失败
③ 结账流程失败-选择桌台失败
④ 结账流程失败-支付失败

二、等价类划分法

1、概念

等价类定义:满足某种共同特征的数据子集

等价类分类:

  • 有效等价类,满足需求的数据集合
  • 无效等价类,不满足需求的数据集合

2、使用场景

没法穷举的,或数据集过大的数据集。
比如手机号,无法穷举。
比如一年365天,虽然有限,但数据集过大。
那为了缩小测试范围,就可以考虑使用等价类划分法。

3、使用频率

该方法的使用频率高。

针对:需要有大量数据测试输入, 但是没法穷举测试的地方。
比如:输入框、下拉列表、 单选复选框

4、使用步骤

步骤1:分析需求

步骤2:划分等价类—等价类表
等价类划分:按照 1)长度(空)2)类型 3)规则 去设置无效等价类

步骤3:设计用例原则
① 设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖的有效等价类。
② 设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类。

5、使用案例

注册邮箱验证

要求:
1. 6-18个字符
2. 包含数字、字母和下划线
3. 必须以字母开头

解题思路:

步骤1:分析需求

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

步骤2:划分等价类——等价类表

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

步骤3:设计用例原则

① 先写能覆盖所有有效测试点的正向用例

一条正向用例,覆盖编号1+2+3这3条有效等价类

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

② 剩下的所有无效测试点,再分别和正确的测试点组成反向测试用例(有多少无效测试点,就要设置多少条反向测试用例)

有6个无效测试点,就要另外再设置6条反向测试用例。

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

软件测试工程师大忌!盲目自学软件测试真的会毁终生,能救一个是一个......

三、边界值分析法

1、概念

规律:边界和边界内的值,更容易发现错误
所以要优先选取正好等于、刚好大于、刚好小于边界的值作为测试数据。

举例数据范围为 [-99,99]

上点:边界上的点(正好等于,下图中的绿色)
离点:距离上点最近的点(刚好大于、刚好小于, 下图中的黄色)
内点:范围内的点(区间范围内的数据,下图中的紫色)
其中,上点和内点【必选】。

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

2、使用场景

输入范围有边界。意味着使用场景只能是数字或时间类型。
边界值分析法一般都是结合等价类使用。

在等价类的基础上针对有边界范围的测试数据输入的地方(重点关注边界)
常见词语描述:大小、 尺寸、 重量、 最大、 最小、 至多、 至少等修饰词语
典型代表:有边界范围的输入框类测试

疑问:中英文字符串可以使用边界值吗?

中英文没有边界,意味着无法使用边界值。

3、使用步骤

边界值设计用例步骤:

1. 明确需求
2. 确定有效和无效等价类
3. 确定边界范围值
4. 提取数据编写测试用例

4、使用案例

 
  1. 需求:验证QQ账号的合法性

  2. 要求: 6~10位自然数

1. 明确需求
2. 确定有效和无效等价类
3. 确定边界范围值

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

4. 提取数据编写测试用例

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

四、判定表法

1、定义

判定表法,是一种以表格形式,表达多条件逻辑判断的工具。

2、使用场景

1)多条件组合的测试 且

2)各条件之间要有约束(依赖)

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

上方截图中,通过表格将各种组合情况都列出来,非常清晰。其中:

灰色背景色是条件桩:列出问题中的所有条件,列出条件的次序无关紧要。
绿色背景色是动作桩:列出问题中可能采取的操作,操作的排列顺序没有约束。
黄色背景色是条件项:列出条件对应的取值,所有可能情况下的真假值。
蓝色背景色是动作项:列出条件项的、各种取值情况下应该采取的动作结果。

3、判定表使用步骤

Step1、明确需求

Step2、画出判定表

1)列出条件桩和动作桩
2)填写条件项,对条件进行全组合
3)根据条件项的组合确定动作项
4)简化、合并相似规则(有相同的动作)

step3、根据规则编写测试用例

4、使用案例

订购单检查。规则:

1)如果金额大于500元,又未过期,则发出批准单和提货单;
2)如果金额大于500元,但过期了,则不发批准单与提货单;
3)如果金额小于等于500元,则不论是否过期都发出批准单和提货单;
4)在过期的情况下不论金额大小还需要发出通知。

Step1、明确需求

条件桩,两个

  • 金额是否大于500元
  • 订单状态是否过期

动作桩,三个

  • 发出批准单
  • 发出提货单
  • 发出通知单

Step2、画出判定表

1) 列出条件桩和动作桩

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

2)填写条件项,对条件进行全组合

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

3)根据条件项的组合确定动作项

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

4)简化、合并相似规则(有相同的动作)

没有,不用操作。

step3、根据规则编写测试用例

其中,判定表中贯穿条件项和动作项的一列就是一条规则,每条规则要配上一条测试用例。

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

五、正交法

1、定义

正交法,是通过正交表选择部分有代表性的组合进行测试(降低测试成本)

正交表,是经过统计学的实验,分析得来的一个数学结果。它相当于是在大数据集合当中,按照数学的特性去均匀的选择挑选测试数据,以便大幅缩小测试范围。

2、应用场景

各条件相互独立,每一种有效用例里的组合数过多,而且这些组合都是有效数据。举例:

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

比如,要为购票系统设置测试用例。到达北京的出发地至少有300个,以北京为出发地的目的地也至少有300个,加上出发日期,一年365天,取300天。

请问,覆盖出发地,目的地,出发日3个条件的测试用例,可以写多少条?

答案:300 x 300 x 300 =9w x 300= 2700w 条。

但由于城市名无法设置子集边界,不好使用等价类方法来缩小范围,那你就要考虑正交去降低了。

3、使用步骤

1. 分析需求,确定因素(条件)和水平(条件取值)
2. 选择正交表进行映射
3. 设计测试用例:正交表一行对应一条用例
4. 根据需求补充用例:常用的组合项

4、案例讲解

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

4.1分析需求,确定因素(条件)和水平(条件取值)

 
  1. 因素:出发地、目的地和出发日期 因素数:3个

  2. 水平:填写、不填写 水平数:2个

4.2选择正交表进行映射

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

 
  1. 正交表列名:条件具体取值替换。

  2. 水平:“填写”替代 1、“不填写”替代 2。

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

4.3设计测试用例:正交表一行对应一条用例

case1: 出发地:填写+目的地:填写+出发日期:填写
case2: 出发地:填写+目的地:不填写+出发日期:不填写
case3: 出发地:不填写+目的地:填写+出发日期:不填写
case4: 出发地:不填写+目的地:不填写+出发日期:填写

4.4,根据需求补充用例:常用的组合项

如果某些组合情况,用户经常使用,还可以进行适度的用例完善。

六、错误推测法

1、定义

通过【经验】推测系统可能出现的问题。

可以作为正常用例方法的补充存在。

2、场景

2.1、 时间紧任务量大时,根据之前项目类似经验找出易出错的模块重点测试

2.2、 时间宽裕通过该方法,列出之前出现问题较多的模块再次测试

3、使用方法

根据【经验】和【直觉】列举出可能出现问题的清单,根据清单分析问题可能原因,推测发现缺陷。

4、案例讲解

比如,输入框填入“空”。

七、最后用例方法总结

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

以上六种用例,最重要的是区别每种用例方法的应用场景。简单总结如下:

1)流程图法(也叫场景法),主要针对业务场景,也就是多个功能的组合使用场景。

2)等价类划分法,主要针对数据很大,且数据主要为数字、日期类型。

3)边界值, 确认边界,要结合等价类使用

4)判定表, 一条测试用例覆盖多个条件,且条件之间有约束

5)正交法, 数据很大,但是无法使用等价类缩小范围(比如城市名,浏览器名称不是数字、日期类型),就用正交表来缩小范围

6)错误推测法,有经验的人使用

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。

常见的6种软件测试用例设计方法,技术分享,自动化测试,软件测试,测试用例,自动化测试,软件测试

  视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。  文章来源地址https://www.toymoban.com/news/detail-821669.html

到了这里,关于常见的6种软件测试用例设计方法的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Selenium 学习(0.16)——软件测试之测试用例设计方法——白盒测试——逻辑覆盖法(语句覆盖和判定覆盖)

            写在前面          今天回来有点晚,因为上午给小伙伴们开了个小会,随便说了些什么,结果小伙伴们下班就没急着走,弄点我还有点不好意思提前走了,就略留了一会。其实也没说什么,就是强调工作要抓点紧,8小时内提高效率就好,我反对无意义的加班;

    2024年02月05日
    浏览(39)
  • 如何避免软件bug?优化你的测试流程和设计用例方法就对啦!

    目录 引言 一、测试流程 二、测试用例设计方法 等价类 边界值 场景设计法 判定表 错误推测法 结语 对于大多数软件开发者和测试人员而言,避免出现bug是一项非常重要的任务。但是,在实际的开发过程中,我们经常容易忽略一些细节或者流程上的问题,导致测试的结果不尽

    2024年02月05日
    浏览(38)
  • 软件测试 白盒测试用例设计方法动态 逻辑覆盖(语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖)基本路径测试法

    白盒设计方法分为静态和动态。 静态的白盒测试方法有桌面检查、代码审查、代码走查和代码扫描工具。 动态的白盒测试方法有逻辑覆盖法和基本路径测试法。 2.1 逻辑覆盖 逻辑覆盖法有语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖和路径覆盖。 例1 将上

    2024年02月02日
    浏览(32)
  • 软件测试技术之如何编写测试用例

    1、刚刚从事软件测试职业,如何快速掌握编写测试用例的方法?该怎样编写测试用例呢? 专家分析: 1、根据需求文档,完全按照需求文档框架/功能描述,根据自己的理解整理为用例。简单来说,就是将需求文档描述的内容,重新按照用例的格式编辑一次,把能想到的各种

    2023年04月12日
    浏览(30)
  • 软件测试之 测试用例 如何设计

    在软件开发过程中,测试是一个至关重要的环节,它有助于确保软件的质量和稳定性。而测试用例设计则是测试过程中的一个关键步骤,它帮助测试团队确定如何测试软件以发现潜在的问题和缺陷。本文将介绍测试用例设计的基本概念和步骤,以及一些最佳实践。 测试用例是

    2024年02月08日
    浏览(50)
  • 【软件测试】学习笔记-设计一个“好的”测试用例

    本篇文章重点探讨如何才能设计出一个“好的”测试用例。 什么才是“好的”测试用例,这个“好”又应该体现在哪些方面。这是一个看似简单实则难以回答的问题,即使深入思考后,也很难有非常标准的答案。 通常,你的第一反应很可能会是“发现了软件缺陷的测试用例

    2024年01月20日
    浏览(40)
  • 汽车软件测试专栏—汽车测试用例设计(第三期)

    一、测试用例的设计概述 测试用例(Test Case)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果,以便测试某个程序路径或核实是否满足某个特定需求(百度百科)。测试用例是测试工程师关键的工作产物,也最能够反映测试工程师的测试能力。软件的测试目

    2024年02月03日
    浏览(34)
  • 软件测试用例经典方法 | 单元测试法案例

    单元测试又称模块测试,是对软件设计的最小单元的功能、性能、接口和设计约束等的正确性进行检验,检查程序在语法、格式和逻辑上的错误,并验证程序是否符合规范,以发现单元内部可能存在的各种缺陷。 单元测试的对象是软件设计的最小单位——模块、函数或者类。

    2024年02月10日
    浏览(25)
  • 【软件测试】边界值分析法测试用例设计实例

    原题链接:洛谷 P2602 [ZJOI2010] 数字计数 输入两个正整数a,b,求在 [ a , b ] [a,b] [ a , b ] 中的所有整数中,每个数码(0~9)各出现了多少次。 输入格式: 输入两个正整数a, b确定区间

    2023年04月09日
    浏览(30)
  • 手机软件系统测试用例设计大全

    一、 等价类分析法 二、 边界值分析 三、 错误猜测法 四、 判定表法 五、 流程分析方法 六、 正交试验设计法 七、 状态迁移法 等价类分析法 等价类划分方法针对手机状态大致可以归几个大类: 按键类(等价法):有效输入和无效输入(有效输入指UM和菜单指示;无效输入

    2024年02月10日
    浏览(29)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包