1.场景：
软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成了事件流。
2.重要概念：
基本流：采用直黑线表示，是经过用例的最简单的路径（无任何差错，程序从开始直接执行到结束）
备选流：采用不同颜色表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中，也可以起源于另一个备选流（各种错误情况）
（异常流）：终止用例，不在加入到基本流中（属于备选流中的一部分）
3.场景法步骤：
分析需求，基本流和备选流——根据基本流和备选流生成场景——根据场景生成用例
4.实例：
场景：
场景1：基本流
场景2：基本流——备选流程1——基本流
场景3：基本流——备选流程2——基本流
场景4：基本流——异常流程1
场景5：基本流——备选流程2——异常流程2
场景6：基本流——备选流程1——备选流程2——异常流程2
场景7：基本流——备选流程1——备选流程2——基本流
场景8：基本流——备选流程1——异常流程1
场景要求：1.要求从开始到结束才算一个场景；2.找全场景标准：所有路径均被覆盖
5.案例分析
案例：注册功能，验证用户名需求：第一项要求输入手机号或邮箱作为账户名，第二项要求正确输入验证码，两项都验证成功后填写账户信息；但如果第一项校验不成功，则报错L（输入手机号或邮箱格式错误）；如果是第二项验证不成功，则报错M（验证码输入错误）。
基本流：输入正确的用户名，输入正确的验证码，填写账户信息；
备选流1：用户名填写错误，报错L
备选流2：输入的验证码错误，报错M
流程图：
设计测试用例：
用例1：第一项输入手机号，第二项验证码正确，进入填写账户信息页面
用例2：第一项输入邮箱，第二项验证码正确，进入填写账户信息页面
用例3：第一项输入不是手机号或邮箱，报错L（输入手机号或邮箱格式错误）
用例4：第一项输入手机号或邮箱，第二项验证码错误，报错M（验证码输入错误）
步骤总结：1.分析需求，找到基本流和备选流（画出）；
2.根据基本流和备选流，找到场景；
3.每个场景都是一条用例。