目录
1、为什么引入用例场景
现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。
这种在软件设计方面的思想也可引入到软件测试中,可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,同时使测试用例更容易理解和执行。
场景法就是通过用例场景描述用例执行的路径,从用例开始到结束遍历这条路径上所有基本流和备选流。
提出这种测试思想的是Rational公司。
场景法就是模拟用户操作软件时的场景,主要用于测试系统的业务流程。
当拿到一个测试任务时,我们并不是先关注某个控件的边界值、等价类是否满足要求,而是先要关注它的主要功能和业务流程是否正确实现,这就需要使用场景法来完成测试。当业务流程测试没有问题,也就是该软件的主要功能没有问题时,我们再重点从边界值、等价类等方面对控件进行测试。
在冒烟测试时也主要采用场景法进行测试。
事件流的结构如下:
2、用例场景的定义
用例场景用来描述流经用例的路径,从用例开始到结束遍历这条路径上所有基本流和备选流。
基本流
按照正确的业务流程来实现的一条操作路径(模拟正确的操作流程)。
仅有一个基本流
备选流
导致程序出现错误的操作流程(模拟错误的操作流程)。
可以有多个
场景是事件流的一个实例,由基本流或基本流和备选流中的步骤组成,表明了用户执行系统的操作序列。
场景1:基本流;
场景2:基本流,备选流1;
场景3:基本流,备选流1,备选流2;
场景4:基本流,备选流1,备选流4;
场景5:基本流,备选流3;
场景6:基本流,备选流3,备选流1;
场景7:基本流,备选流3,备选流1,备选流2;
场景8:基本流,备选流4;
场景9:基本流,备选流3,备选流4。
图中经过用例的每条路径都用基本流和备选流来表示。
直黑线表示基本流,是经过用例的最简单的路径。
备选流用不同的彩色表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中(如1和3);也可能起源于另一个备选流(如2),或者终止用例而不再重新加入到某个流(如2和4)。
测试思想
根据需求规格说明书中的用例所包含的事件流信息构造场景并设计相应的测试用例使每个场景至少发生一次