场景法（资料是搜集而来，不喜勿喷）
说明：场景法的重点事要熟悉被测功能的需求，业务逻辑，对技术的要求反而不高
一． 场景法的应用场合：
业务比较复杂的软件系统都适合使用场景法，场景法是基于软件业务的测试方法，测试人员把自己当成最终用户，尽可能真实的模拟用户在使用此软件的操作情形：
重点模拟两类操作：
1） 用户正确操作的业务过程—验证软件的业务功能是否正确实现
2） 模拟用户错误操作的情形—验证软件的异常处理能力（健壮性）
二、使用场景法的思路
场景法是模拟用户操作软件时的各种情景，主要用于测试软件的业务逻辑和流程。当拿到一个测试任务是，我们并不先关注某个文本框的等价类等是否满足要求，而是先关注它的主要功能和业务流程是否正确实现，这就需要场景法来完成测试。当业务流程测试没有问题，也就是软件的主要功能没有问题时，我们再去关注控件的等价类、边界值等细节测试。（先整体后细节）
三、场景法基于两个方面
1、业务层面（业务的理解更为重要）
测试人员要熟悉所测软件的业务逻辑，成为该行业的“业务专家”
2、技术层面
1）基本流（有效流、正确流）
模拟用户正确的业务操作流程就是基本流
2）备选流（无效流、错误流）
模拟用户错误的操作流程就是备选流
四、如何使用场景法分析，测试程序：
案例1：ATM取款功能
步骤1：分析需求，整理业务逻辑，列出基本流和备选流
1） 基本流：成功取款过程
2） 备选流：在取款操作过程中可能会出现的各种错误情形
列出基本流和备选流
1、 列出基本流（正确的取款流程）
验证卡—验证密码—选择“取款”功能，选择取款金额—确认，更新余额，出钞
2、 列出备选流
1） 银行卡验证失败，卡不能被识别
2） 验证密码错误（3次以下）
3） 验证密码错误（3次）
4） 账户余额不足
5） 超过当次取款上限（5000元）
6） 超过当日最大取款限额（2万元）
7） ATM机现金余额不足
步骤2：根据基本流和备选流生成场景（填写《场景表》）
Valid—v 有效的
Invalid—I 无效的
步骤3：根据场景设计测试用例。
注意：场景和测试用例不一定是1：1的关系
1个场景有可能会需要多条测试用例
1条用例也有可能可以测试多个场景
案例2：五子棋游戏（游戏测试）
方法：场景法
1、 熟悉需求，分析业务过程（游戏规则），填写场景表
1）分析：
玩家先（玩家黑棋）
电脑先（电脑黑棋）
黑棋会下禁手，如果玩家（黑棋）下禁手会被判负，如果电脑（黑棋），不允许下出禁手，如果下禁手就是bug，
胜，负，和棋
2）列出场景：
玩家先：黑棋胜白棋负 玩家胜电脑负
黑棋负白棋胜 玩家负电脑胜
和棋
玩家下禁手 黑棋负
电脑先：黑棋胜白棋负 电脑胜玩家负
黑棋负白棋胜 电脑负玩家胜
和棋
电脑下禁手 bug
|
场景编号 |
参加描述 |
|
场景1 |
玩家先，黑棋（玩家）胜 |
|
场景2 |
玩家先，黑棋（玩家）负 |
|
场景3 |
玩家先，和棋 |
|
场景4 |
玩家先，黑棋（玩家）遇到禁手，如果避开，可以继续行棋 |
|
场景5 |
玩家先，黑棋（玩家）遇到双三禁手，没避开，黑棋判负 |
|
场景6 |
玩家先，黑棋（玩家）遇到双四禁手，没避开，黑棋判负 |
|
场景7 |
玩家先，黑棋（玩家）遇到长连禁手，没避开，黑棋判负 |
|
场景8 |
电脑先，黑棋（电脑）胜 |
|
场景9 |
电脑先，黑棋（电脑）负 |
|
场景10 |
电脑先，和棋 |
|
场景11 |
电脑先，黑棋（电脑）遇到双三禁手，必须要避开，继续行棋，否则就是bug |
|
场景12 |
电脑先，黑棋（电脑）遇到双四禁手，必须要避开，继续行棋，否则就是bug |
|
场景13 |
电脑先，黑棋（电脑）遇到长连禁手，必须要避开，继续行棋，否则就是bug |
2、 将场景填写到场景表中
3、 游戏不需要写测试用例，执行测试，将执行结果做记录（截图、文字）
说明：要求各个场景都要留下证迹（截图）
截图的技巧：
1） 对于弹出的提示消息，要调整位置，不要遮挡住任何有效信息
2） 要尽量截取整个软件（截取完整，不要只截取一部分）