场景设计方法

一.方法简介

现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中,可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时使测试用例更容易理解和执行。

基本流和备选流:如下图所示,图中经过用例的每条路径都用基本流和备选流来表示,直黑线表示基本流,是经过用例的最简单的路径。备选流用不同的色彩表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中(如备选流1和3);也可能起源于另一个备选流(如备选流2),或者终止用例而不再重新加入到某个流(如备选流2和4)。

二.实战演习

1. 例子描述

下图所示是ATM例子的流程示意图。

2.场景设计:下表所示是生成的场景。

表3-8 场景设计


场景1——成功提款


基本流

 

场景2——ATM内没有现金


基本流


备选流2


场景3——ATM内现金不足


基本流


备选流3


场景4——PIN有误(还有输入机会)


基本流


备选流4


场景5——PIN有误(不再有输入机会)


基本流


备选流4


场景6——账户不存在/账户类型有误


基本流


备选流5


场景7——账户余额不足


基本流


备选流6

注:为方便起见,备选流3和6(场景3和7)内的循环以及循环组合未纳入上表。

3.用例设计

对于这7个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表来确定和管理测试用例。下面显示了一种通用格式,其中各行代表各个测试用例,而各列则代表测试用例的信息。本示例中,对于每个测试用例,存在一个测试用例ID、条件(或说明)、测试用例中涉及的所有数据元素(作为输入或已经存在于数据库中)以及预期结果。

表3-9 测试用例表


TC(测试用例)ID号

场景/条件

PIN

账号

输入(或选择)的金额

账面

金额


ATM内的金额

预期结果

CW1

场景1:成功提款

V

V

V

V

V

成功提款

CW2

场景2:ATM内没有现金

V

V

V

V

I

提款选项不可用,用例结束

CW3

场景3:ATM内现金不足

V

V

V

V

I

警告消息,返回基本流步骤6,输入金额

CW4

场景4:PIN有误(还有不止一次输入机会)

I

V

n/a

V

V

警告消息,返回基本流步骤 4,输入 PIN

CW5

场景4:PIN有误(还有一次输入机会)

I


V

n/a

V

V

警告消息,返回基本流步骤 4,输入 PIN

CW6

场景4:PIN有误(不再有输入机会)

I

V

n/a

V

V

警告消息,卡予保留,用例结束

4.数据设计

一旦确定了所有的测试用例,则应对这些用例进行复审和验证以确保其准确且适度,并取消多余或等效的测试用例。

测试用例一经认可,就可以确定实际数据值(在测试用例实施矩阵中)并且设定测试数据,如表3-10所示。

表3-10   测试用例表


TC(测试用例)ID号


场景/条件


PIN


账号


输入(或选择)的金额

(元)


账面 金额(元)


ATM内的金额(元)


预期结果


CW1


场景1:成功提款


4987


809-498


50.00


500.00


2 000


成功提款。账户余额被更新为450.00


CW2


场景2:ATM内没有现金


4987


809-498


100.00


500.00


0.00


提款选项不可用,用例结束


CW3


场景3:ATM内现金不足


4987


809-498


100.00


500.00


70.00


警告消息,返回基本流步骤6,输入金额


CW4


场景4:PIN有误(还有不止一次输入机会)


4978


809-498


n/a


500.00


2 000


警告消息,返回基本流步骤4,输入PIN


CW5


场景4:PIN有误(还有一次输入机会)


4978


809-498


n/a


500.00


2 000


警告消息,返回基本流步骤4,输入PIN


CW6


场景4:PIN有误(不再有输入机会)


4978


809-498


n/a


500.00


2 000


警告消息,卡予保留,用例结束

原文地址:https://www.cnblogs.com/xiangrikuidebuluo/p/10605617.html

时间: 2024-08-30 12:44:45

场景设计方法的相关文章

测试用例设计方法(八)场景设计方法

现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流.这种在软件设计方面的思想也可以引入到软件测试中,可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时使测试用例更容易理解和执行. 基本流和备选流:如下图所示,图中经过用例的每条路径都用基本流和备选流来表示,直黑线表示基本流,是经过用例的最简单的路径.备选流用不同的色彩表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中(如备选流1和3

测试用例的设计方法

测试用例的设计方法有: 等价类划分方法,边界值分析方法,错误推理方法,因果图方法,判定表驱动分析方法,正交实验设计方法,功能图分析方法,场景设计方法 等价类划分方法: 基本概念: 一.方法简介 1.定义 是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例.该方法是一种重要的,常用的黑盒测试用例设计方法. 2.划分等价类: 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等

软件测试用例设计方法

从理论层面来讲,设计用例的方法有很多,比如等价类划分法.边界值分析法.错误推测方法.因果图方法.判定表驱动分析法.正交实验设计方法.功能图分析方法.场景设计方法.形式化方法.扩展有限状态机方法等等,但是真正具有实用价值并且常用的只有前三种方法: 第一,等价类划分方法 等价类划分法将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类.然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类,测试用例由有效等价类和无效等价类的代表组成,从而保证测试用例具有完整性和代表性. 第二,边界值

以场景为中心的产品设计方法

看到这个标题大家应该会想到「以用户为中心的产品设计方法」,但是我更推崇「以场景为中心的产品设计方法」. 在「以用户为中心的产品设计方法」中最重要的一个步骤就是「创建人物角色」.人物角色是基于对用户的研究或观察而虚构出来的典型用户.每个人物角色都会有姓名.年龄.体重.兴趣爱好.性格.照片以及这个角色遇到的问题等一系列的个人资料,然后针对每个角色遇到的问题,站在他们的角度去设计产品,这样可以防止站在自己的角度去设计产品的功能.但是这里面有两个问题: 第一,中小型互联网公司根本没有那么多时间和金钱去进

【Loadrunner】初学Loadrunner——场景设计

在使用Loadrunner的时候,常常需要使用到场景设计.但是怎么设计一个满意的场景?如何开展? 首先可以点击tools > Create Controller Scenario > OK(单个脚本的场景设计到这里就可以结束了) > File > New (第一次使用的时候在点工具 > 创建的时候就会出现新场景设计页面,这里的步骤是非第一次使用场景设计页面创建时的操作步骤).场景设置有手动设置和基于目标的场景设置两种,下面就逐一介绍. 一.手动设置场景Manual Scena

转:黑盒测试用例设计方法

1. 概述 黑盒测试用例设计方法包括等价类划分法.边界值分析法.错误推测法.因果图法.判定表驱动法.正交试验设计法.功能图法等. 2. 等价类划分法 2.1.              概念 等价类划分法是把程序的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试用例.每一类的代表性数据在测试中的作用等价于这一类中的其他值. 2.2.              等价类划分法的应用 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理

软件测试实战 - 测试用例设计方法

一.测试分析 测试需求来源 开发需求DR:协议标准需求PR:用户需求UR:案例库需求LR:竞争需求CR:继承需求SR: 2. 测试项分析步骤 a. 为分析的测试项编号:b. 注明来源:开发文档/法律条款/案例库编号c. 整合测试项:删除合并重复测试项:大的测试项分解为测试子项:d. 分析测试项之间的关系: 3. 测试分析方法 a. 质量模型分析法:功能测试项.效率测试项.可靠性.易用性.可维护性.可移植性:b. 用户场景分析法:游客.普通用户.VIP用户.管理员用户等,不同角色权限不同,测试点也

用户最讨厌的3种UI设计方法

以下内容由Mockplus团队翻译整理,仅供学习交流,Mockplus是更快更简单的原型设计工具.   注意:本文中提到的设计方法在不同设计场景带来的效果是不一样的,并不能说是好的或不好的. 这意味着,如果你正确执行,它们都具有很大的潜力. 1. 弹窗   也许你有过这种经历.你打开一个新的网页,阅读里面的内容,当你看到一半的时候,突然间弹出一个巨大的覆盖区,要求你填写个人电子邮件地址.在大多数情况下,你的即时反应将是关闭覆盖层,或者关闭整个页面. 这么多网站使用这种设计的原因是很明显的.然而,

1.3测试用例设计方法

测试用例设计方法(黑盒) 1.等价类,划分为有效等价类和无效等价类 1.1.按数据范围划分 有效:0.01-200 无效:小于0.01大于200 1.2.按数据类型划分 有效:数字 无效:非数字字符,中文等 1.3.设计原则 对于有效等价类,应尽可能多的覆盖尚未被覆盖的有效等价类,知道有所都被覆盖为止. 对于无效等价类,每个无效等价类就是一条测试用例 例如: 2.边界值(为了补充等价类的用例) 比如微信红包范围是0.01-200 那么测试用例有: 0 0.009 0.01 0.02 199 20