为什么使用场景法设计测试用例
大多数软件业务由后台管理（比如：用户管理、角色管理、权限管理等等各种管理）和工作流等几个部分组成。终端用户，期望软件系统能够实现业务需求，而不是简单的功能的组合。对于单点功能利用等价类、边界值等用例设计方法能够解决大部分问题。涉及业务流程的软件系统，再加上场景法设计测试用例，能够更好的把业务流程串连起来，对正向流、反向流、异常流做测试
涉及概念
1. 什么是场景法
场景法一般是对系统的业务和流程进行描述，验证主要功能和业务流程是否实现，场景业务流通常分为基本流、备选流、异常流程
2. 基本流
也可以称为正向流，表示通过业务流程时输入都正确，能达到目标的流程。
举例：
(插卡-->输入正确密码-->输入金额-->取款-->退卡)
总结：基本流就是模拟用户正确操作、完成主要业务逻辑的动作--验证软件的主要功能是否实现
3. 备选流
包括反向流和异常流。
反向流： 通过业务流程时输入错误（或者操作错误）导致流程存在反复，但是经过纠正后仍能达到目标的流程.
举例：（插卡-->输入错误密码-->输入正确密码-->输入金额-->取款-->退卡）
异常流： 通过业务流程时输入错误（或者操作错误）产生异常终止流程
举例：（插卡-->输入3次错误密码-->锁卡）
总结：备选流就是模拟用户错误的操作，验证软件错误处理能力
场景设计步骤
- 步骤1：理解需求，确定业务流程（基本流程、备选流程、异常流程）
- 步骤2：绘制流程图，再次确认流程路径
- 步骤3： 根据业务流程图，抽取测试路径（每一测试路径需含一个未走过得路径）
- 步骤4：细化路径，利用等价类边界值方法细化路径，抽取测试用例
场景用例模板
用例模板包含以下信息：
- 场景标题：注意主题化，一定要明白自己的这个场景用例是要测试什么功能，目标要明确
- 前置条件：比如我们需要测试一个应用删除后可以新建同名应用，那应用的创建就不是此测试用例的重点，所以前置条件就应该是有一个应用
- 执行步骤
- 预期结果 备注：每一步执行成功之后，我们是怎样进行检验这步执行是否成功
优缺点
优点： 涉及到业务流程的业务需求适合用场景法
缺点： 偏向于验证业务流程，不验证单点功能，一般先采用先用等价类，边界值，错误推断，判定表等方法对单点功能进行验证，验证通过后再采用场景法进行业务流程的验证
