0


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

一、场景法的应用场合
  场景法主要用于测试软件的业务流程和业务逻辑。场景法是基于软件业务的测试方法。在场景法中测试人员把自己当成最终用户,尽可能真实的模拟用户在使用此软件的操作情景:
重点模拟两类操作:
  1)模拟用户正确操作的业务流程—— 验证软件功能是否能够正确实现。
  2)模拟用户错误操作的情景——验证软件的异常处理能力(健壮性)。
  软件的2个基本要素:
  1)软件的功能要能够实现。
  2)要有强大的异常处理能力(健壮性)。
问题:使用场景法测试的思路?
  场景法就是模拟用户操作软件时的各种情景,主要用于测试软件的业务流程和逻辑。
  当拿到一个测试任务时,我们并不是先关注某个控件的细节(如等价类、边界值等),而是先关注他的主要功能和业务流程是否正确实现,这就需要使用场景法来完成测试。当业务流程测试没有问题,也就是该软件的主要功能没有问题时,我们再从等价类、边界值等方便对控件细节进行测试(总结:先整体后细节)。
二、场景法主要基于两个方面:
  1、业务层面(软件业务的理解更为重要)
  测试人员要熟悉所测软件的业务流程/逻辑,成为该行业“业务上的专家”。
  2、技术层面
  1)基本流
  也叫有效流或正确流。模拟用户正确的业务操作流程。
  2)备选流
  也叫无效流或错误流。模拟用户错误的操作流程。
三、场景法的测试过程:
  提示:场景法的难度在于业务,业务越复杂,测试难度越大。
案例1:ATM取款
  步骤1:分析,熟悉需求,整理业务流/逻辑,列出基本流和备选流
  列出基本流(正确取款的流程):
  验证卡→输入正确密码→选择“取款功能”→选择取款金额(正确)→确认,提示,出钞,更新余额(账户余额和atm机余额)
  列出备选流(取款过程中可能遇到的各种错误的场景):
  1)验证银行卡无效
  2)输入错误密码(3次一下)
  3)输入错误密码(3次) ——锁卡,吞卡
  4)用户账户余额不足
  5)atm机余额不足
  6)超过当次取款上限(5000)
  7)超过当日取款上限(2万元)
  步骤2:根据基本流和各项备选流生成场景
  V: valid:有效的
  I :invalid:无效的

步骤3:根据场景,设计测试用例
  提示:场景法中,场景和用例不一定是1:1的关系。
  · 1个场景有可能需要多条用例
  · 一条用例也有可能可以测试多个场景
案例2 五子棋
  步骤1:熟悉需求(规则),整理业务逻辑
  补充规则:电脑作为黑棋,不允许下出禁手,一旦下出就是bug
  整理业务逻辑:
  · 玩家先(玩家黑棋):
  · 玩家胜
  · 玩家负
  · 和棋
  · 玩家(黑棋)会遇到禁手(1)避开(2)没避开
  电脑先(电脑黑棋):
  · 电脑胜
  · 电脑负
  · 和棋
  · 电脑遇到禁手不许避开,如果没避开就是bug
  步骤2:生成场景(填写场景表)
  步骤3:执行场景测试,记录证迹(截图)
截图的技巧:
  1、如果弹出提示,需要调整提示框,不能遮挡任何有效信息。
  2、截图要尽量截取整个游戏界面,所有信息都应体现出来。


本文转载自: https://blog.csdn.net/okcross0/article/details/125227584
版权归原作者 程序员威子 所有, 如有侵权,请联系我们删除。

“软件测试——测试用例之场景法”的评论:

还没有评论