场景设计法

                                      场景设计法

现在的软件几乎都是用事件触发来控制流程的用户一系列的操作事件触发时的情景形成了场景而同一事件不同的触发顺序和处理结果就形成了事件流。
设计方法
通过运用场景来对系统的功能点或业务流程的描述,从 而提高测试效果。 • 场景法一般包含基本流和备用流,从一个流程开始,通 过描述经过的路径来确定的过程,经过遍历所有的基本 流和备用流来完成整个场景。基本流(直黑线表示):是经过用例的最简单 的路径,软件功能按照正确的事件流实现的一 条正确流程 • 备选流或异常流(彩线表示):出现故障或缺 陷的过程,一个备选流可能从基本流开始,在 某个特定条件下执行,然后重新加入基本流中 (如备选流1和3);也可能起源于另一个备选 流(如备选流2),或者终止用例而不再重新加 入到某个流(如备选流2和4)
在这里插入图片描述
在这里插入图片描述场景法的设计步骤及应用场合
设计步骤
• 根据需求说明,描述出程序的基本流及各条备选流 • 根据基本流和备选流生成不同的场景 • 对每个场景生产相应的测试用例 • 重新复审一遍所有测试用例,去掉部分多余的以及实际业务当中不太可能发生的,测 试用例确定后,对每一个测试用例确定测试数据值
应用场合
• 基于场景的测试一般是在SIT/UAT阶段,在功能测试之后进行。测试场景是基于用户需 求分析设计得出的,站在用户角度描述用户与系统的各种交互;所以功能测试关注的 重点是系统功能特征(各种正常和异常分支),场景测试关注的是业务流程、业务场 景或事务,关注的重点不同,分析设计的方法也有差异。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值