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

一、场景法的应用场合

场景法主要用于测试软件的业务流程和业务逻辑。场景法是基于软件业务的测试方法。在场景法中测试人员把自己当成最终用户，尽可能真实的模拟用户在使用此软件的操作情景：

重点模拟两类操作：

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、截图要尽量截取整个游戏界面，所有信息都应体现出来。

最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

 

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取