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

lsekfe

　一、场景法的应用场合
　　场景法主要用于测试软件的业务流程和业务逻辑。场景法是基于软件业务的测试方法。在场景法中测试人员把自己当成最终用户，尽可能真实的模拟用户在使用此软件的操作情景：
　　重点模拟两类操作：
　　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、截图要尽量截取整个游戏界面，所有信息都应体现出来。

千里

场景法在工作中用得其实还挺多的