软件测试——测试用例之场景法

场景法是一种测试方法,侧重于模拟用户操作以验证软件业务流程和逻辑的正确性。测试人员需考虑正常操作(基本流)和错误操作(备选流),确保软件功能实现及异常处理能力。例如,ATM取款场景会包括正确取款和错误操作如密码错误等,测试不仅关注整体流程,也要细化到输入项和边界值的验证。
摘要由CSDN通过智能技术生成

一、场景法概述

场景法是一种基于软件业务上的测试方法

场景法主要应用于测试软件的业务流程和业务逻辑。

在场景法中,测试人员需把自己当成最终用户,尽可能真实的模拟用户在使用此软件的操作情景。

通过场景描述的业务流程(业务逻辑),也包括代码实现逻辑。设计用例来遍历场景,验证软件系统功能的正确性。

二、场景法模拟的两类操作

模拟用户正确操作的业务流程—— 验证软件功能是否能够正确实现。

模拟用户错误操作的情景——验证软件的异常处理能力(健壮性)。

二、场景法模拟的两个基本要素

软件的功能要能够实现

要有强大异常处理能力(健壮性)

三、使用场景法测试的思路(先整体后细节)

   接手一个测试任务,我们首先的关注点并不是某个控件的细节(如等价类、边界值等),而是要先关注他的主要功能和业务流程是否可正确实现。此时,就需要使用场景法来完成测试。当业务流程测试没有问题,即该软件的主要功能没有问题。我们可从等价类、边界值等,方便对控件细节处进行测试。

四、场景法主要基于的两个方面

业务层面:测试人员熟悉所测软件的业务流程/逻辑,即行业“业务上的专家”。

技术层面:

基本流:也可称有效流或正确流,模拟用户正确的业务操作流程。

备选流:也可称无效流或错误流,模拟用户错误的操作流程。

五、场景法的测试过程 ------举例ATM取款

六、注意点

  1. 简单来说,基本流是可以达到目的,备选流则达不到最终目的。

  1. 场景法的难度在于业务,业务越复杂则测试难度越大。

  1. 场景法中,场景和用例不一定是1:1的关系。一个场景有可能需要多条用例,同理一条用例也有可能支撑测试多个场景。

  1. 场景必须有基本流

  1. 场景中必须有内容从用例的开始,到用例的结束。

  1. 场景法的重点是测试流程,因此每个流程一个用例验证即可。流程测试没有问题并不能说明系统功能没有问题了,还需要针对单步的功能进行测试。---输入项

  1. 只有单个功能点和流程流程测试,才可算是充分的测试+等价类,边界值。-----细化测试

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值