软件质量保证与测试（慕课版）（第2版）课件 3.7场景法

软件质量保证与测试3.7场景法第3章黑盒测试SoftwareQualityAssuranceandTesting场景法

本章前面几节介绍的黑盒测试方法，主要是针对单个功能点，不涉及到多个操作步骤的连续执行，和多个功能点的组合，无法对涉及用户操作的动态执行过程进行测试覆盖，对于复杂的软件系统，不仅要对单个功能点做测试，更重要的是，需要从全局把握整个系统的业务流程，确保在有多个功能点交叉，存在复杂约束的情况下，测试可以充分覆盖到程序执行的各种情况。场景法

场景法是通过运用场景来对系统的功能点或业务流程进行覆盖，从而提高测试效果的一种测试用例设计方法方法。提出这种测试思想的是Rational公司，在RUP2000中文版当中有对场景法详尽的解释和应用实例。这种在软件设计方面的思想，被引入到软件测试中，可以描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。事件流现在的软件几乎都是用事件来触发控制流程的，如：我们申请一个项目，需先提交审批单据，再由部门经理审批，审核通过后由总经理来最终审批，如果部门经理审核不通过，就直接退回。提交申请部门审批总经理审批事件事件流事件流

多个事件的依次触发形成事件流，场景法中把事件流分为基本流和备用流，基本流指程序每个步骤都“正常”运作时所经过的执行路径，它是程序执行最简单的路径，程序只有一个基本流。提交申请部门审批总经理审批事件事件流事件流

备选流是程序执行可能经过，也可能不经过的路径，可以有多个，是基本流之外可选的或备选的情况，一般对应的是异常的事件流程。提交申请部门审批总经理审批事件事件流基本流和备选流左图中用黑色的直线表示基本流，用不同颜色的弧线表示备选流。一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中，如备选流1和3；也可能起源于另一个备选流，如备选流2，或者终止执行而不再重新加入到某个流，如备选流2和4。

从基本流开始，通过描述经过的路径可以确定某一个场景。场景是事件流的一个实例，它对应用户执行软件的一个操作序列。如图：三个场景。还可以有更多的场景。场景......场景

场景法要求通过遍历基本流和所有的备选流来完成整个场景。场景主要包括4种主要的类型：

1、正常的用例场景，

2、备选的用例场景，

3、异常的用例场景，

4、假定推测的场景。场景法要求根据软件需求规格说明书中的用例所包含的事件流信息，设计场景覆盖所有的事件流，并设计相应的测试用例，使每个场景至少发生一次。场景法测试用例测试用例测试用例......场景法场景法设计步骤如下：1、根据说明，描述出程序的基本流及各项备选流；2、根据基本流和各项备选流生成不同的场景；3、对每一个场景设计生成相应的测试用例；4、对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值。场景法场景1：基本流；场景2：基本流、备选流1；场景3：基本流、备选流1、备选流2；场景4：基本流、备选流3；场景5：基本流、备选流3、备选流1；场景6：基本流、备选流3、备选流4；场景7：基本流、备选流4；场景8：基本流、备选流3、备选流1、备选流2。注：场景5、6和8只考虑了备选流3循环执行一次的情况。

除上述八个场景之外，还可以构建更多的场景，场景的构建实际上等同于业务执行路径的构建，备选流越多，则执行路径越多，场景越多，有时，同样的备选流按照不同的顺序执行就可能形成不同的业务流程和执行结果。由此带来的问题是：当备选流数量很多时，将导致场景爆炸。场景爆炸

如何选取典型场景进行测试，以满足测试的完备性和无冗余性要求，基本原则如下：1、最少场景数等于基本流和备选流的总数。2、有且唯一有一个场景仅包含基本流3、对应某个备选流，至少应有一个场景覆盖它，并且在该场景中，应尽量避免覆盖其它的备选流。场景选取程序规格：

用户在一个在线购物网站购物，需要成功登录到系统，选购后在线购买，在线上支付。支付成功后生成订单，完成购物。场景法应用实例——在线购物网站1、根据说明，描述出程序的基本流及各项备选流。场景法应用实例——在线购物网站账号不存在登录失败2、根据基本流和各项备选流生成不同的场景。场景1：基本流场景2：基本流，备选流1场景3：基本流，备选流2场景4：基本流，备选流3场景5：基本流，备选流4