精华内容
下载资源
问答
  • 场景分析应用是软件测试中使用比较频繁的一种测试分析方法,下面我们就通过案例分析来了解一下,软件测试场景分析都包含哪些内容。1、场景分析概念分析软件应用的场景,从用户的角度出发,从场景的角度来设计...

    场景分析应用是软件测试中使用比较频繁的一种测试分析方法,下面我们就通过案例分析来了解一下,软件测试场景分析法都包含哪些内容。

    9ba19a8863d2d73c2fb4994b321f38c4.png

    1、场景分析法概念

    分析软件应用的场景,从用户的角度出发,从场景的角度来设计测试用例,是一种面向用户的测试用例设计方法。先搞清楚以下几个概念:

    (1)用例场景:是通过描述流经用例路径来确定的过程。这个流经过程要从用例开始到结束遍历其中所有的基本流和备选流。

    (2)基本流:采用直黑线表示,是经过用例的简单的路径,也就是功能正常实现的基本流程(流程无任何异常错误,程序从开始直到执行的结束)

    (3)备选流:采用不同颜色表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中,也可以起源于另一个备选流,或终止用例,不在加入基本流中。

    2、场景分析法特点

    (1)分析软件应用的场景,从用户的角度出发,从场景的角度来设计测试用例,是一种面向用户的测试用例设计方法。

    (2)关心用户做什么,而不是关心产品做什么

    (3)优点:实用性强,有效,设计出来的用例有价值

    (4)缺点:可能使用的场景不一定能对事件系列进行全面的分析,设计出来的用例不完整。

    3、场景分析法设计测试用例步骤

    (1)理解业务需求,分析业务基本流和备选流上所有会影响数据流走向的的各种因素,建议从用户操作角度拆分流程中各环节,同时考虑时间、网络等因素。

    (2)组合场景中可能发生的事件序列。

    (3)将环境因素和事件序列进行组合并进行分析推导,得到不同的场景。

    4、隐性场景分析方法

    影响因素分析法

    (1)列出场景中的事件的结果;

    (2)分析事件结果产生的原因;

    (3)从原因中找出隐性环境。

    (4)过桥问题中,事件主要是4个人过桥,结果是过桥花费时间。影响结果的因素主要有:过桥的方式、过桥的速度、过桥的过程

    异常情况分析法

    (1)分析现有场景中的异常情况和异常事件。

    (2)异常情况包括已有环境中的异常和外部环境中的异常。

    (3)要点:找出那些概率比较大的异常。

    空间分解分析法

    (1)空间是一个抽象的概念,软件中有许多形式,如数据空间、内存空间、磁盘空间等。

    (2)将空间分解成一个个更小的空间块,然后分析这些小的空间块中环境和事件。

    时间序列分析法

    (1)分析现有场景中事件的发生从之前到之后的各个时间序列的场景。

    (2)过桥之前、过桥期间、过桥之后

    【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。

    展开全文
  • 场景法主要用于测试软件的业务过程或业务逻辑,是一种基于软件业务和用户行为的测试方法。1.概念:前几篇讨论的测试方法侧重于数据的选择,不涉及操作步骤,无法对涉及用户操作的动态执行过程进行覆盖测试。当在系统...

    场景法主要用于测试软件的业务过程或业务逻辑,是一种基于软件业务和用户行为的测试方法。

    1.概念:前几篇讨论的测试方法侧重于数据的选择,不涉及操作步骤,无法对涉及用户操作的动态执行过程进行覆盖测试。当在系统功能层面上进行测试时,不仅设计测试数据的问题,更侧重要的是如何从系统整个业务流程的全部角度对系统进行测试。场景法运用场景对系统的功能点或业务流程进行描述,然后设计测试用例,从而提高了对系统主要功能和业务流程的测试效果。场景法适合测试业务流程清晰的系统或功能。

    2.基本流和备选流

    b51fe3d76a68d62f9244b827b6613471.png

    基本流:采用黑直线表示,是经过用例测试的最简单路径,即无任何差错,程序从开始直接执行到结束的流程,往往是大多是用户最常使用的操作过程,体现了软件的主要功能与流程。同城,一项业务金存在一个基本流,并且基本流仅有一个起点和一个终点

    备选流:除基本流之外的各个支流。备选流可能从基本流开始,在某个特定的条件下执行,然后从新加入到基本流中(如备选流1,3);也可以起源于另一个备选流(如备选流2);还可以终止用例而不再加入到基本流中(如备选流2,4),反映了各种异常和错误情况。。

    考虑用例从开始到结束所有可能的基本流和备选流的组合,可以确定不同的用例场景。例如,根据上图,可以确定以下用例场景。

    场景1:基本流

    场景2:基本流→备选流1

    场景3:基本流→备选流1→备选流2

    场景4:基本流→备选流3

    场景5:基本流→备选流3→备选流1

    场景6:基本流→备选流3→备选流1→备选流2

    场景7:基本流→备选流4

    场景8:基本流→备选流3→备选流4

    基本流和备选流的区别:

    基本流

    备选流

    测试重要性

    重要

    次要

    数量

    一个

    一个或多个

    初始节点位置

    系统初始状态

    基本流或其他备选流

    终止结点位置

    系统终止状态

    基本流或系统终止状态

    是否构成完整的业务流程

    否,仅为业务流程的执行片段

    能否构成场景

    否,需要基本流共同构成场景

    3.场景法步骤及实例

    根据场景法设计测试用例的步骤如下:

    (1)根据说明,描述出程序的基本流及各个备选流;

    (2)根据基本流和各个备选流生成不同的场景

    (3)对每一个场景生成相应测试用例

    (4)对生成的所有测试用例重新审查,去掉多余的测试用例。测试用例确定后,对每一个测试用例确定测试数据值

    实例:某旅馆住宿系统支持网上预定业务。游客访问网站进行房间预定操作,选择预定日期、合适的房间后,进行在线预定。此时需要使用个人账号登陆系统,待登录成功后,进行定金支付。订金支付成功后,生成房间预订单,完成整个房间的预定流程。系统允许的预定期限为30舔,订金为400元。

    (1)确定基本流和备选流

    类型

    描述

    类型

    描述

    基本流

    选择预定日期

    备选流1

    预定日期超限

    选择房间

    备选流2

    无空余房间

    登陆账户

    备选流3

    账户不存在

    订金支付

    备选流4

    密码错误

    产生预定订单

    备选流5

    用户账户余额不足

    (2)根据基本流和备选流生成不同场景

    场景1(成功预定房间):基本流

    场景2(预定日期超限):基本流、备选流1

    场景3(无空余房间):基本流、备选流2

    场景4(账号不存在):基本流、备选流3

    场景5(密码错误):基本流、备选流4

    场景6(用户账号余额不足):基本流、备选流5

    (3)用例设计

    用例

    场景/条件

    预定日期

    房间

    账号

    密码

    账号余额

    预期结果

    1

    场景1

    V

    V

    V

    V

    V

    成功预定,提示预定成功,余额减少

    2

    场景2

    I

    n/a

    n/a

    n/a

    n/a

    提示“预定日期无效”,重选预定日期

    3

    场景3

    V

    n/a

    n/a

    n/a

    n/a

    提示“预定日期房间已满”,重选预定日期

    4

    场景4

    V

    I

    I

    n.a

    n/a

    提示“账号不存在”,重新输入账号

    5

    场景5

    V

    V

    V

    I

    n/a

    提示“密码错误”,重新输入密码

    6

    场景6

    V

    V

    V

    V

    I

    提示“账号余额不足请充值”

    在上表中,无须为条件输入任何实际的数值,这样做的优点是只需要查看各条件的“V”和“I”的设定情况,如果某个条件不具备“I”的取值情况,则说明还未测试该条件无效的情况,提示测试用例还不够充足

    (4)确定测试用例数据值(假定UserOne为已注册用户,密码为MyPass;UserTwo是未注册用户)

    用例

    场景/条件

    预定日期

    房间

    账号

    密码

    账号余额

    预期结果

    1

    场景1

    一个有效日期

    未满

    UserOne

    MyPass

    800

    成功预定

    2

    场景2

    一个超出期限的日期

    n/a

    n/a

    n/a

    n/a

    日期超限

    3

    场景3

    一个有效日期

    已满

    n/a

    n/a

    n/a

    无空余房间

    4

    场景4

    一个有效日期

    未满

    UserTwo

    n/a

    n/a

    账号错误

    5

    场景5

    一个有效日期

    未满

    UserTwo

    NoPass

    n/a

    密码错误

    6

    场景6

    一个有效日期

    未满

    UserTwo

    MyPass

    200

    余额不足

    原文:https://www.cnblogs.com/yzy1314/p/11684315.html

    展开全文
  • 从本篇文章开始,进入到测试用例设计方法的分享,第一个要分享的方法就是,场景法。相信对测试有一定基础的你会感到奇怪:用例设计方法,不是应该从等价类划分法说起吗?为什么一上来就直接说场景法呢?对,如果从浅...

    从本篇文章开始,进入到测试用例设计方法的分享,第一个要分享的方法就是,场景法。

    相信对测试有一定基础的你会感到奇怪:用例设计方法,不是应该从等价类划分法说起吗?为什么一上来就直接说场景法呢?

    对,如果从浅入深的角度,应该是等价类划分,到边界值,再到场景法。

    这也是很多转行测试的小伙伴在回答面试题——你知道有哪些测试用例设计方法?

    直接就抛概念:等价类划分法、边界值法、场景法、因果图法……

    听你这么回答,面试官心理大概有答案了:这个面试者没有工作经验,只是在背答案而已。

    而实际工作中呢?

    先是用场景法梳理流程。

    一个博客网站:注册--> 登陆 --> 写博客 --> 发表博客,分析每一个环节会有怎样的走向,再细化到每个环节中,需求文档有什么样的说明?

    比如,第一步,用户需要先注册,注册会有成功与不成功的情况,需求文档有什么要求:用户名不能超过50个字符,手机号必填,验证码有限期是5分钟等。

    注意到这些量化值了吗?这时候,等价类划分法和边价值法就该出场了。

    经过这么一说,可以理解我为什么从场景法开始说起了吧。

    定义

    场景法:

    尽可能真实模拟用户操作的一种用例设计分析方法。

    场景法主要基于2个层面开展:

    业务(需求)层面:对被测软件的重要功能、业务逻辑(系统要实现什么、如何实现?)、行业背景深入理解

    技术层面:基于等价类划分中的有效等价类——模拟用户正确操作;无效等价类——模拟用户错误操作

    核心概念:

    基本流(正确流、有效流):模拟用户正确的操作流程

    备选流(错误流、无效流):模拟用户错误的操作流程

    设计步骤

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

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

    对每一个场景生成相应的测试用例

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

    尽管现在已经越来越少人去 ATM 机取款了,但是大家对取款流程比较熟悉的,具体如下图所示:

    流程图中,蓝色的部分属于基本流,全部操作正确,可以成功取款并退卡;但是,各个环节中延伸出来的错误操作,即属于备选流。

    当然,备选流也是有机会重新回到基本流中的。

    最后,为了优化测试用例,在场景法梳理的流程中,如果前面的步骤测试通过了,可以将其设置为测试用例的前置条件。

    以上就是本篇文章所要分享的内容,欢迎各位大牛指正。你的指正,能让我在测试之路上快速成长。

    Leo Never Stop Fighting!

    展开全文
  • 场景法的重点是测试流程(场景),因此每个流程用一个用例验证即可,流程测试没有问题并不能说明系统功能没有问题了,还要针对单步的功能进行测试,只是单个功能点和流程测试测试过了,才是充分的测试 ...

    定义:通过场景描述的业务流程(业务逻辑),包括代码逻辑,设计用例来遍历场景(图上面的所有路径),验证软件系统功能·的正确性

    1. 画出流程图(矩形表示操作、结果,菱形表示判断)
    2. 场景法的重点是测试流程(场景),因此每个流程用一个用例验证即可,流程测试没有问题并不能说明系统功能没有问题了,还要针对单步的功能进行测试,只是单个功能点和流程测试都测试过了,才是充分的测试
    展开全文
  • 软件测试用例设计之场景测试方法 我们申请一个项目,需先提交审批单据,再由部门经理审批,审核通过后由总经理来最终审批,如果部门经理审核不通过,就直接退回. 每个事件触发时的情景便形成了场景。而同一事件...
  • 功能图方法是用功能图形象地表示程序的功能说明,并机械地生成功能图的测试用例。 功能图模型由状态迁移图和逻辑功能模型构成。由输入数据和当前状态决定输出数据和后续状态。 状态迁移图:用于表示输入数据序列...
  • 场景法是通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种方法。 场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个...
  • 概念:场景法就是模拟用户曹祖软件时的场景,主要用于测试多个功能之间的组合使用情况 使用测试阶段 集成测试 系统测试 验收测试 设计测试用例的步骤 需求分析 绘制流程图 设计测试用例(一条流程路径就是一条...
  • 也称为流程分析,是将软件系统的某个流程看成路径,用路径分析的方法来设计测试用例。根据流程的顺序依次进行组合,使得流程的各个分支都能走到。这是从白盒测试中路径覆盖分析中推广到黑盒测试中来的测试分析...
  • 这种在软件设计方面的思想也可引入到软件测试中,可以比较生动地描绘出事件触发时的情景,有利于测试设用例场景用来描述流经用例的路径,从用例开始到结束遍历这条路径上所有基本流和备选流。右图中经过用例的每条...
  • 测试用例设计方法---场景...场景法就是模拟用户操作软件时的场景,主要用于测试多个功能之间的组合使用情况。 3、场景法中两个重要的概念基本流 按照正确的业务流程来实现的一条操作路径 (模拟正确的操作流程...
  • 今天聊一聊黑盒测试中的场景法场景法就是模拟用户操作软件时的场景,主要用于测试系统的业务流程。当拿到一个测试任务时,我们并不是先关注某个控件的边界值、等价类是否满足要求,而是先要关注它的主要功能和业务...
  • 该篇文章我自己至少读了有5遍,写的非常好,对于软件测试的认知很有帮助,感谢作者能提供如此高质量的文章。概念和定义不完全、不彻底是软件测试的致命缺陷,任何程序只能进行少量而有限的测试。测试用例在此情况下...
  • 黑盒测试场景法

    千次阅读 2021-02-05 06:31:45
    1.应用场合适合场景法软件界面特点:没有太多填写项,所有的操作都是通过鼠标的点击、双击、拖拽等完成。(类似于:银行柜台操作界面、五子棋游戏,这些都是通过鼠标的点击、拖拽等来完成的。)2.核心思想把自己当成...
  • 黑盒测试场景测试法
  • 今天学习的是判定表跟场景法。 他们之间的区别是,基本流是有唯一性,他们之间一个是起点一个是终点,基本流是主流程,备选流是分支,备选流是有随机性。 这几天学习了,测试用例,基本流,备选流,设计用例,测试...
  • 因果图法是一种适合于描述对于多种输入条件组合的测试方法 根据输入条件的组合、约束关系和输出条件的因果关系,分析输入条件的各种组合情况,从而设计测试用例的方法 它适合检查程序输入条件设计的各种组合情况 ...
  •   场景法又称之为流程分析法,是一种通过使用“场景”的特殊方式对玩法、系统等功能点或业务流程进行描述,奕是针对策划案模拟出不同的“场景”进行所有功能点及业务流程的覆盖,从而提高测试效率并达到良好效果的...
  • 测试用例设计方法(三)- 场景法 ????定义:通过模拟业务场景来对系统的功能点或业务流程的描述,从而提高测试效果的黑盒测试方法 2 ATM引入场景法: 两个流 7.4.1 基本流 概念 正确完成的流程 7.4.2 备选流 概念 ...
  • 场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。场景主要包括4种主要的类型:正常的用例场景,备选的用例场景,异常的用例场景,...
  • 3.18学习情况回顾 今天学习了测试用例的边界值法,场景设计法和判定表法。 一、测试用例的边界值法 概念: 大量的故障往往发生在输入定义域或输出值域的边界上,而不是在其内部。...场景法一般包含基本流和备用
  • 有关等价类划分、边界值、因果图、判定表可参考文章:软件测试-黑盒测试方法(一)---等价类划分、边界值、因果图、判定表_LilGaage的博客-CSDN博客 五、正交实验(一般控件数量大于等于3或一个控件的取值大于...
  • 场景法一般包括基本流和备选流,一个业务只有一个基本流,通过所有的基本流和备选流就可以完成整个场景测试。 二 判定表法 判定表法是一种最为严格、最具有逻辑性的测试方法,分析和表达多逻辑条件下执行不同操作...
  • 状态迁移图是对特定系统需求设计测试用例的工具之一,它描述了测试对象和测试数据之间的关系。测试对象的输出行为不仅仅和当前的输入数据有关,而且和测试对象当前的状态有关。状态迁移图是设计状态转换测试用例的...
  • 这种在软件设计方面的思想可以引入到软件测试中,可以生动地描绘出事件触发时的情景,有利于设计测试用例,同时使测试用例更容易理解和执行。 在测试一个软件的时候,在场景法中,测试流程是软件功能按照正确的事件...
  • 测试用例_场景法

    2021-05-24 22:51:17
    场景法 一、应用场合 ...场景法就是模拟用户操作软件时的各种场景,用来测试软件的业务逻辑和流程。当拿到一个测试任务时,我们并不是先关注某个控件的等价类,边界值这些细节,而是先关注整个功能的业
  • 场景法设计测试用例 定义 1、分析软件应用的场景(使用场景): 从用户的角度出发,从场景的角度来设计测试用例,是一种面向用户的测试用例设计方法。 2、关心用户做什么,而不是关心产品做什么。(功能测试用例相反...
  • 主要用于测试软件的业务过程或业务逻辑,场景法是一种基于软件业务的测试方法, 测试人员要模拟用户在使用软件时的各种场景: 1、模拟用户正确的业务操作过程—验证的是功能是否正确 2、模拟用户错误的业务操作过程...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 37,600
精华内容 15,040
关键字:

软件测试场景法