是什么（What）

现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流，经过用例的每条路径都用基本流和备选流来表示。这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。提出这种测试思想的是Rational公司，并在RUP 2000中文版中有详尽的解释和应用。

用例场景用来描述用例执行的路径，从用例开始到结束遍历这条路径上所有基本流和备选流。

• 基本流：采用直黑线表示，是经过用例的最简单的路径（无任何差错，程序从开始直接执行到结束）。

• 备选流：采用不同颜色表示，一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中，也可以起源于另一个备选流，或终止用例，不再加入到基本流中（各种错误情况）。

如图所示的每个经过用例的路径，可以确定以下不同的用例场景。

场景1：基本流；

场景2：基本流、备选流1；

场景3：基本流、备选流1和备选流2；

场景4：基本流、备选流3；

场景5：基本流、备选流3、备选流1；

场景6：基本流、备选流3、备选流1、备选流2；

场景7：基本流、备选流4；

场景8：基本流、备选流3、备选流4

划分等价类的方法（How）

场景法设计步骤。应用场景法进行黑盒测试的步骤如下。

① 根据说明，描述出程序的基本流及各项备选流；

② 根据基本流和各项备选流生成不同的场景；

③ 对每一个场景生成相应的测试用例；

④ 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值。

实战（Do）

对买菜的软件加购的流程设计测试用例。

解：

• 画流程图

• 确定基本流和备选流

  基本流

  • 进入软件首页
  • 浏览商品
  • 进入商详页
  • 选择商品的规格和数量
  • 加入购物车
  • 前往购物车
  • 选择商品
  • 结算，提交订单
  • 付款成功
  • 待发货

  备选流

  • 用户浏览商品时直接加入购物车，返回基本流第6步

  • 加入购物车时，用户未登录，登录后返回基本流第3步

  • 商品添加到购物车之后，继续加购，返回到基本流第3步

  • 商品结算页，库存不足，返回到基本流第7步

  • 用户未付款成功，返回到基本流第第8步

  • 未选择商品加入购物车，退出软件，结束

  构造场景

  • 登录后成功购物（基本流）
  • 浏览商品直接加入购物车成功购物（基本流+备选流1）
  • 未登录添加购物车（基本流+备选流2）
  • 商品添加购物车后继续加购（基本流+备选流3）
  • 商品结算时库存不足，重新选择商品（基本流+备选流4）
  • 支付过程出错，未支持成功（基本流+备选流5）
  • 未添加购物车，直接退出（基本流+备选流6）

  生成测试用例

篇幅有限，大家可自行完善剩余的测试用例，完整的测试用例表格可评论区留言哦～

利用场景法设计出来的测试用例一般是对于等价类和边界值的补充，通常情况下是比较完善的。

写在最后

看完不思考的喵不是一只成熟的测试喵~

• 上面的步骤是一个简化版，大家可以对着目前市场上任意一款产品利用场景法，按照步骤写出自己的测试用例，欢迎将写完的测试用例私信我，帮大家查漏补缺哦～
• 大家测试工作中，是否使用到了场景法呢？欢迎评论区留言，一起讨论～