测试用例设计方法——场景法

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.每个场景都是一条用例。