测试用例设计方法-场景法详解

01、定义

场景法是通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。

场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。

场景主要包括4种主要的类型：

正常的用例场景

备选的用例场景

异常的用例场景

假定推测的场景

02、基本流备用流

上图为：用例基本流和备选流（注意：备选流的起止点）

基本流：采用直黑线表示，是经过用例的最简单的路径（无任何差错，程序从开始直接执行到结束）

备选流：采用不同颜色表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中（如1和3），也可以起源于另一个备选流（如2），或终止用例，不在加入到基本流中（如4）；（各种错误情况）

上图生成的场景如下：

场景1：基本流

场景2：基本流备选流1

场景3：基本流备选流1 备选流2

场景4：基本流备选流3

场景5：基本流备选流3 备选流2

场景6：基本流备选流3 备选流2 备选流1

场景7：基本流备选流4

场景8：基本流备选流3 备选流4

为什么场景法能如此清晰的描述整个事件？

因为，现在的系统基本上都是由事件来触发控制流程的。

如：我们申请一个项目，需先提交审批单据，再由部门经理审批，审核通过后由总经理来最终审批，如果部门经理审核不通过，就直接退回。每个事件触发时的情景便形成了场景。而同一事件不同的触发顺序和处理结果形成事件流。这一系列的过程我们利用场景法可以清晰的描述清楚。

03、场景法设计步骤

根据说明，描述出程序的基本流及各项备选流

根据基本流和各项备选流生成不同的场景

对每一个场景生成相应的[url=]测试用例[/url]

对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值

对于每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。

下面范例中显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。

本例中，对于每个测试用例，存在一个测试用例ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于[url=]数据库[/url]中）以及预期结果。

通过从确定执行用例场景所需的数据元素入手构建矩阵。然后，对于每个场景，至少要确定包含执行场景所需的适当条件的测试用例。例如，在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流。下表中使用的“n/a”（不适用）表明这个条件不适用于测试用例。

04、场景法设计实例

有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。

1、根据说明，描述出程序的基本流及各项备选流

基本流：登录网站，选购物品，账号登录，付钱交易，生成订单

备选流：无账号，账号或密码错误，账号没有钱，账号余额不足用户退出系统

2、根据基本流和各项备选流生成不同的场景

场景1：登录网站，选购物品，账号登录，无账号

场景2：登录网站，选购物品，账号登录，账号或密码错误

场景3：登录网站，选购物品，账号登录，付钱交易，账号没有钱

场景4：登录网站，选购物品，账号登录，付钱交易，账号余额不足

场景5：登录网站，选购物品，账号登录，付钱交易，生成订单

场景6：登录网站，选购物品，账号登录，用户退出系统

3、根据场景生成相应的测试用例

测试用例ID场景/条件账号密码余额预期结果

场景1：无账号In/an/a提示无账号

场景2：账号或密码错误（账号错误，密码正确）IVn/a提示账号或密码错误重新输入

场景2：账号或密码错误（账号正确，密码错误）VIn/a提示账号或密码错误重新输入

场景3：账号余额不足VVI提示账号余额不足

场景4：账号没有钱VVＩ提示账号余额不足

场景５：购物成功VVV生成订单

场景６：操作中退出系统VV用户退出系统

4、根据上表，设计数据，填入数据

测试用例ID场景/条件账号密码余额预期结果

场景1：无账号ｈn/an/a提示无账号

场景2：账号或密码错误（账号错误，密码正确）ｆ０n/a提示账号或密码错误重新输入

场景2：账号或密码错误（账号正确，密码错误）ｆｆIn/a提示账号或密码错误重新输入

场景3：账号余额不足ｆｆ０１０提示账号余额不足

场景4：账号没有钱ｆｆ００提示账号余额不足

场景５：购物成功ｆｆ０５００生成订单，余额减少

场景６：操作中退出系统ｆｆ０用户退出系统

最后感谢每一个认真阅读我文章的人，下面这个网盘链接也是我费了几天时间整理的非常全面的，希望也能帮助到有需要的你！

这些资料，对于想转行做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助……

如果你不想一个人野蛮生长，找不到系统的资料，问题得不到帮助，坚持几天便放弃的感受的话，可以点击下方小卡片加入我们群，大家可以一起讨论交流，里面会有各种软件测试资料和技术交流。

敲字不易，如果此文章对你有帮助的话，点个赞收个藏来个关注，给作者一个鼓励。也方便你下次能够快速查找。

自学推荐B站视频：

零基础转行软件测试：自学完软件测试，拿到了字节的测试岗offer，堪称B站最好的视频！

自动化测试进阶：已上岸华为，涨薪20K，2022最适合自学的python自动化测试教程，自己花16800买的,无偿分享

测试用例设计方法-场景法详解相关推荐

软件测试用例设计方法-场景法
从本篇文章开始,进入到测试用例设计方法的分享,第一个要分享的方法就是,场景法. 相信对测试有一定基础的你会感到奇怪:用例设计方法,不是应该从等价类划分法说起吗?为什么一上来就直接说场景法呢? 对,如果 ...
测试用例设计之正交表法详解
正交实验法的由来拉丁方名称的由来古希腊是一个多民族的国家,国王在检阅臣民时要求每个方队中每行有一个民族代表,每列也要有一个民族的代表. 数学家在设计方阵时,以每一个拉丁字母表示一个民族,所以设计的 ...
【2】测试用例设计方法-场景法
场景法事件触发基本流/备选流画流程图,覆盖每条路径场景法也是路径覆盖的方法,也是流程分析法? 优先级根据两个来判断 1.使用率 2.重要性一条路径可能有多个用例,用等价类边界值,每个数据就是 ...
测试用例设计方法之因果图详解
一.因果图概述因果图是从需求中找出因(输入条件)和果(输出或程序状态的改变),通过分析输入条件之间的关系(组合关系.约束关系等)及输入和输出之间的关系绘制出因果图,再转化成判定表,从而设计出测试用例 ...
[原创]测试用例设计之场景法法
[原创]测试用例设计之"场景法"法场景法设计测试用例,主要用在于事件触发流程中,当某个事件触发然后就形成相应的场景流程,不同的事件触发,不同顺序和不同的处理结果,就形成一系列的 ...
软件测试用例_软件测试用例设计实战场景法
不点蓝字,我们哪来故事? 目录场景法扩展例子场景法介绍影子场景法用例设计举例场景法设计用例步骤和表示场景法举例总结场景法的注意点场景法影子本来想直接跳过场景法的,今天群友提出问 ...
软件测试用例设计方法-因果图法
边界值法是等价类划分法的补充,所以,它们是一对搭档. 那么,判定表法有没有它的搭档呢? 答案是,有的.那就是本篇文章分享的用例设计方法-- 因果图法 . 定义因果图法: 用来处理等价类划分和边界值考 ...
测试用例设计方法 - 场景分析法
现在的软件几乎都是用事件触发来控制流程的.象GUI软件.游戏等.事件触发时的情景并形成了场景,而同一事件不同的触发顺序和处理结果就形成了事件流.这种在软件设计方面的思想可以引入到软件测试中,可以生动地 ...
06-测试用例设计方法-场景法
目录基本概念设计测试用例步骤测试用例设计案例基本概念场景法:通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种方法. 基本流:模拟用户正确的操作流程,验证软件的业务流程和主 ...
测试用例设计方法——因果图法
从用自然语言书写的程序规格说明的描述中找出因(输入条件)和果(输出或程序状态的改变),可以通过因果图转换为判定表. 因果图法即因果分析图,又叫特性要因图.石川图或鱼翅图,它是由日本东京大学教授石川馨提 ...

测试用例设计方法-场景法详解

自学推荐B站视频：

测试用例设计方法-场景法详解相关推荐

最新文章

热门文章