常用测试用例设计方法4-场景法

目录

一,场景法的定义

二,场景法的应用场合

三,场景法的核心思想

四,场景法的使用要求

五,场景法的基本概念

六,场景法使用步骤

1,分析需求,确定基本流和备选流

案例:支付宝个人账户注册---验证用户名

需求

流程图 

2,根据基本流和备选流生成场景

3,根据场景生成用例


一,场景法的定义

软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。

二,场景法的应用场合

界面特点:

  • 没有太多填写项
  • 所有的操作都是通过鼠标的点击、双击、拖拽等完成。
  • (类似于:银行柜台操作界面、五子棋游戏,这些都是通过鼠标的点击、拖拽等来完成的。

三,场景法的核心思想

把自己当成最终的用户,使用软件,设计出在使用软件过程中重要的操作

一般包括两类:

  1. 模拟用户完成正常功能、核心业务逻辑的动作,以验证功能的正确性
  2. 模拟用户操作中出现的主要错误,以验证程序的异常处理能力

四,场景法的使用要求

对所测试产品的业务逻辑、主要功能非常精通

五,场景法的基本概念

(1)基本流(有效流):模拟用户正确的操作流程,表示通过业务流程时输入都正确,能达到目标的流程

  • 业务流程开始——业务流程结束

(2)备选流(无效流、错误流):模拟用户错误的操作流程,表示通过业务流程时输入错误(或者操作错误)导致流程存在反复,但是经过

纠正后仍能达到能达到目标的流程

  • 业务流程开始——业务流程存在反复——业务流程结束
  • 业务流程开始——业务流程存在反复——业务流程中断——未结束

(3)异常流:模拟用户错误的操作流程,表示通过业务流程时输入错误(或者操作错误)产生异常终止流程

  • 业务流程开始——业务流程中断——未结束

六,场景法使用步骤

1,分析需求,确定基本流和备选流

案例:支付宝个人账户注册---验证用户名

需求

  1. 输入手机号或者电子邮箱作为账户名
  2. 输入正确验证码
  • 两项验证成功,填写账户信息
  • 如果一项验证不正确(输入手机号或电子邮箱格式错误),报错L
  • 验证码输入错误,报错M

流程图 

 

基本流:

输入正确手机号 --->输入正确验证码

备选流:

输入错误的手机号 --->输入错误的邮箱 --->报错L

输入正确的手机号 --->输入错误的验证码 --->报错M

2,根据基本流和备选流生成场景

注意:要求从开始到结束才算一个场景!

           找全场景标准:所有的路径均被覆盖!

生成场景如下

场景1:输入正确手机号 --->输入正确验证码

场景2:输入错误的手机号 --->输入正确的邮箱--->输入正确验证码

场景3:输入错误的手机号 --->输入错误的邮箱 --->报错L

场景4:输入正确的手机号 --->输入错误的验证码 --->报错M

3,根据场景生成用例

用例编号模块用例标题优先级前提条件操作步骤预期结果实际结果
ZC_01注册注册成功P0稳定的网络环境

1,输入正确 手机号;

2,输入正确的验证码;

3,点击验证。

提示”验证成功“;

跳转填写账户信息界面。

ZC_03注册注册成功P0稳定的网络环境

1,输入错误手机号;

2,输入正确电子邮箱

3,输入正确的验证码。

4,点击验证。

提示”验证成功“;

跳转填写账户信息界面。

ZC_04注册注册失败P1稳定的网络环境

1,输入错误手机号;

2,输入错误电子邮箱

3,输入正确的验证码。

4,点击验证。

提示”验证失败“,报错L.
ZC_05注册注册失败P1稳定的网络环境

1,输入正确手机号;

2,输入错误的验证码。

3,点击验证。

提示”验证失败“,报错M。

 了解更多🙂测试用例设计方法🙂,可以关注博主或者专栏哦!

常见的测试用例设计方法1---等价类划分,请戳下面链接!

常见测试用例设计方法1---等价类划分_小宝的宝呢的博客-CSDN博客

常见的测试用例设计方法2---边界值划分,请戳下面链接!

常见测试用例设计方法2---边界值划分_小宝的宝呢的博客-CSDN博客

常用测试用例设计方法3-判定表法,请戳下面链接!

常用测试用例设计方法3-判定表法_小宝的宝呢的博客-CSDN博客

常用测试用例设计方法4-场景法,请戳下面链接!

常用测试用例设计方法4-场景法_小宝的宝呢的博客-CSDN博客

常用测试用例设计方法5-错误推算法,请戳下面链接!

常用测试用例设计方法5-错误推算法_小宝的宝呢的博客-CSDN博客

常用测试用例设计方法6-状态迁移法,请戳下面链接!

常用测试用例设计方法6-状态迁移法_小宝的宝呢的博客-CSDN博客

常用测试用例设计方法7-因果图法,请戳下面链接!

常见的测试用例设计方法7---因果图法_小宝的宝呢的博客-CSDN博客

常用测试用例设计方法8-正交试验法,请戳下面链接!

https://blog.csdn.net/weixin_53436351/article/details/123747925

  • 8
    点赞
  • 109
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
测试用例设计方法中的场景和功能都是常用方法,用于设计测试用例。 场景是指以场景为基础,根据用户的使用场景和操作流程,设计测试用例。场景注重测试覆盖率,能够覆盖产品的不同使用情况,包括各种正常和异常场景。通过考虑用户交互、输入有效性、错误处理等多个方面,设计出全面的测试用例。例如,对于一个购物网站的注册功能,场景可以设计以下测试用例:正常场景下,用户输入正确的邮箱、密码,能够成功注册;异常场景下,用户输入已经注册过的邮箱、密码过于简单等,应该提示相应的错误信息。 功能是指以功能需求为基础,根据系统的功能模块和接口,设计测试用例。功能注重测试的功能覆盖,能够确保产品的每个功能都得到验证。通过考虑不同的输入、输出和功能模块之间的关系,设计出全面的测试用例。例如,对于一个计算器应用的加功能,功能可以设计以下测试用例:输入两个整数,返回它们的和;输入两个小数,返回它们的和;输入一个正整数和一个负整数,返回它们的和。 综上所述,场景和功能都有各自的优势和适用场景场景适用于强调用户体验和操作流程的系统,功能适用于强调功能模块的系统。在实际测试工作中,可以根据具体的需求和测试目标,选择合适的方法来设计测试用例。同时,也可以结合两种方法,综合考虑系统的功能和用户的使用场景,设计更全面和有效的测试用例。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小宝的宝呢

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值