用例设计法——场景法[模拟用户使用场景] 定义应用场景步骤实例分析
若文章存在不理解或者错误的地方，欢迎留言指出
定义场景法：通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。用例场景来测试需求是指模拟特定场景边界发生的事情，通过事件来触发某个动作的发生，观察事件的最终结果，从而用来发现需求中存在的问题。
场景法是基于软件业务流程，去模拟用户在实际使用过程的场景，针对用户在实际使用过程中会遇到的各种情况，去判断软件的实际结果与需求是否相符*（个人理解）
场景法一般包含了基本流和备选流两种：
基本流：很顺利的操作了一遍系统的流程，不存在错误操作（实例图的打大黑线，很顺利）
备选流：不顺利的操作系统，过程中存在错误的操作（实例图中的彩色线，备选流存在重新回到基本流的情况，也存在直接结束用例的情况）
实例图：
1、从定义不难看出，场景法主要是针对系统的业务流程来进行测试的
2、通常会先使用场景法对主要业务流程进行测试，当主要业务流程没问题后，再对每个功能模块进行更细节的测试
1、根据需求分析基本流和备选流
2、根据基本流和备选流生成不同场景
3、 对每一个场景生成相应的测试用例
4. 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值
我们还是以QQ为例进行分析，这里举QQ注册后登录的场景：
1、根据需求可分析出基本流和备选流如下：
2、根据流生成场景：
场景场景1 ：正常登录基本流场景2 ：密码格式错误基本流，备选流1场景3 ：手机号格式错误基本流，备选流2场景4：账号不存在基本流，备选流3场景5：登录密码错误基本流， 备选流43、对每个场景生成测试用例
通过从确定执行用例场景所需的数据元素入手构建矩阵。然后，对于每个场景，至少要确定包含执行场景所需的适当条件的测试用例。例如，在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流。下表中使用的“n/a”（不适用）表明这个条件不适用于测试用例。
4、对每一个测试用例确定测试数据值
用例ID场景注册密码手机号登录账号登录密码预期结果1场景1 ：正常登录qwe123451380441122110249qwe12345登录成功2场景2 ：密码输入错误123n/an/an/a密码格式错误3场景3 ：手机号格式错误n/a123n/an/a手机号格式错误4场景4：账号不存在qwe12345138044112211n/a账号不存在5场景5：登录密码错误qwe123451380441122110249qwe登录密码错误注意：我这里只是简单的举下例子哈，其实也可以进一步补充一些断网的场景，异地登录的场景。个人感觉场景法在测试用例的设计中使用最广吧，不过这里建议用思维导图的形式去写，这样感觉效率上来讲更高一些，然后再通过思维导图转化成用例。