软件测试——测试用例之场景法
一、场景法的应用场合
场景法主要用于测试软件的业务流程和业务逻辑。场景法是基于软件业务的测试方法。在场景法中测试人员把自己当成最终用户，尽可能真实的模拟用户在使用此软件的操作情景：
重点模拟两类操作：
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、截图要尽量截取整个游戏界面，所有信息都应体现出来。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取