1. 场景法概述
软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景。这种在软件设计方面的思想也可以引人到软件测试中,可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时使测试用例更容易理解和执行。通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种方法。用例场景来测试需求是指模拟特定场景边界发生的事情,通过事件来触发某个动作的发生,观察事件的最终结果,从而用来发现需求中存在的问题。我们通常以正常的用例场景分析开始,然后再着手其他的场景分析,场景说明示意图如下图所示。
图 2-5-1基本流和备选流
在上图中,有一个基本流和四个备选流,每个经过用例的可能路径,确定不同的用例场景,从基本流开始,再将基本流和备选流结合起来,可以确定8个用例场景,具体如下表所示。
表2-5-1 用例场景
场景1 | 基本流 | |||
场景2 | 基本流 | 备选流1 | ||
场景3 | 基本流 | 备选流1 | 备选流2 | |
场景4 | 基本流 | 备选流3 | ||
场景5 | 基本流 | 备选流3 | 备选流1 | |
场景6 | 基本流 | 备选流3 | 备选流1 | 备选流2 |
场景7 | 基本流 | 备选流4 | ||
场景8 | 基本流 | 备选流3 | 备选流4 |
2. 场景法设计测试用例的基本步骤:
(1)根据需求说明书或者业务流程描述出程序的基本流及各项备选流。
(2)根据基本流和各项备选流生成不同的场景。
(3)对每一个场景生成相应的测试用例。一般采用矩阵或者决策表来确定和管理测试用例,首先确定执行用例场景所需的数据元素,然后构建矩阵,最后确定包含执行场景所需的适当条件的测试用例。
(4)数据设计。一旦确定了所有的测试用例,则应对这些用例进行复审和验证以确保其准确且适度,并取消多余或等效的测试用例。测试用例一经认可,就可以确定实际数据值并且设定测试数据。

