软件测试用例_三,软件测试用例设计之场景法

本文介绍了软件测试用例设计中的场景法,通过实例解析如何利用流程图设计测试用例,覆盖所有判断分支。内容涵盖场景法的基本概念、流程图绘制以及如何依据流程图创建测试用例,强调了场景法在功能测试中的应用和补充测试的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

功能?接口?自动化?必须要掌握的用例设计方法!

目的:

1).场景法是什么?场景法设计要

2).流程图是什么,通过流程图设计测试用例

3).分享用例设计笔试题

1,场景法

通过场景描述的业务流程(业务逻辑),也包括代码实现逻辑,设计用例来遍历场景(路径),验证软件系统功能的正确性。 遍历==》全部要测试一遍

我们的场景是基于用户使用的所有场景 场景==会出现的情况他包括了一系列步骤

举个栗子

玩游戏: 1.登录(逻辑判断 用户是否存在)-->选择对战模式--> 选择英雄-->pk -->胜利 no.1 (这一系列步骤,在我们产品里面就叫业务流程)

2.登录(逻辑判断 用户是否存在)-->选择对战模式--> 选择英雄-->pk -->失败

3.登录(逻辑判断 用户是否存在)-->选择对战模式 取消-->返回主页


2,如何使用场景法?

2.1 画出流程图

2.2 列出测试用例

,使得流程图的所有判断分支都覆盖到

1)覆盖基本流,每一个判断分支的正常路径

2)找到每一个分支另外一条路径


3,了解流程图

流程图=流程+图

为便于识别,绘制流程图的习惯做法是:

> 圆角矩形:"开始" 与 "结束"

> 矩形:行动方案,普通工作环节 输入输出

> 菱形:问题判断或判定

> 用平行四边形:输入输出

> 箭头:工作流方向

23aedbe78315c1dcb6efbc98f9813ca6.png

那我们怎么用这个流程图做设计用例?他的原则就是我们上面所提到的2.2中的俩点

根据上面的图,我们来走一遍正常的流程

1.插入银行卡(合法)-->提示输入密码-->用户输入密码(正确密码)确认-->提示输入金额:1000(前置条件:账号余额充足,ATM现金充足)->取款成功

注:这里走每一个分支(判断)的地方

2.插入银行卡(不合法)-->提示错误,退卡

3.插入银行卡(合法)-->提示输入密码-->用户输入密码(正确密码)取消-->退卡

4.插入银行卡(合法)-->提示输入密码-->用户输入密码(错误密码)确认-->提示重新输入:输入正确密码,确认 -->提示输入金额

5.插入银行卡(合法)-->提示输入密码-->用户输入密码(错误密码)确认-->提示重新输入:输入错误密码-->吞卡

6.插入银行卡(合法)-->提示输入密码-->用户输入密码(错误密码)确认-->提示重新输入:输入正确密码,确认 -->提示输入金额:50 -->重新输入金额:100

7.插入银行卡(合法)-->提示输入密码-->用户输入密码(正确密码)确认-->提示输入金额:20000(前置条件:账号余额不足,ATM现金充足)-->重新输入金额:1000

8.插入银行卡(合法)-->提示输入密码-->用户输入密码(正确密码)确认-->提示输入金额:20000(前置条件:账号余额充足,ATM现金不足) -->重新输入金额:1000

这8条路线,就是所有的判断分支都有覆盖到,但不代表场景法覆盖完整了,功能测试就充分没有问题了,我们要考虑单个功能单个步骤的一个充分测试,场景覆盖到了,单个步骤单个功能还要去充分验证,整体才是充分的测试

比如说金额不合法的分析:100的正整数倍 异常金额输入:0,50,小数,负数

一般我们的测试路线:跨场景 主流场景 冒烟测试 核心业务场景测试一遍 然后再到单个功能具体分析

注:本内容不是

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值