目前用例的理解之场景法

一、场景法

一个有关功能流程的测试方法。

在不同的场合(情景)下会测试走向不同的流程。

1.背景

现在的软件都是用事件触发来控制流程,事件触发了就成了场景。

当同一事件有了不同的触发顺序和处理结果时,那么就形成了不同的事件流(程)。

因此我的理解是,为了测试某个功能,从不同的情况或者说条件下出发会形成不同的流程。

2.怎么用好使?

先确定达到该目的大概流程起始点和终点---要测试的某个功能作为终点

  基本流:经过测试用例的最简单的 路径,从开始用例到结束用例。

  备用流:一个备用流可能直接就从基本流开始,也有可能在某个特定的条件下,中途加入到基本流中,也有可能师从备用流中在分一个新备用流。

 

根据说明,画出这些流程的骨架()就很好的区分出有多少场景

  一般有多少场景生成(设计)多少的用例

 

 

举例

https://wenku.baidu.com/view/304bd962f5335a8102d2206c.html?sxts=1562942910492

 

转载于:https://www.cnblogs.com/30up/p/11179083.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
测试用例设计方法中场景和功能都是常用的方,用于设计测试用例场景是指以场景为基础,根据用户的使用场景和操作流程,设计测试用例场景注重测试覆盖率,能够覆盖产品的不同使用情况,包括各种正常和异常场景。通过考虑用户交互、输入有效性、错误处理等多个方面,设计出全面的测试用例。例如,对于一个购物网站的注册功能,场景可以设计以下测试用例:正常场景下,用户输入正确的邮箱、密码,能够成功注册;异常场景下,用户输入已经注册过的邮箱、密码过于简单等,应该提示相应的错误信息。 功能是指以功能需求为基础,根据系统的功能模块和接口,设计测试用例。功能注重测试的功能覆盖,能够确保产品的每个功能都得到验证。通过考虑不同的输入、输出和功能模块之间的关系,设计出全面的测试用例。例如,对于一个计算器应用的加功能,功能可以设计以下测试用例:输入两个整数,返回它们的和;输入两个小数,返回它们的和;输入一个正整数和一个负整数,返回它们的和。 综上所述,场景和功能都有各自的优势和适用场景场景适用于强调用户体验和操作流程的系统,功能适用于强调功能模块的系统。在实际测试工作中,可以根据具体的需求和测试目标,选择合适的方来设计测试用例。同时,也可以结合两种方,综合考虑系统的功能和用户的使用场景,设计更全面和有效的测试用例
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值