场景法的原理
目前流行的软件大部分是使用事件触发来控制流程的,如GU(I Graphical User Interface,图形用户界面)软件、游戏等。事件触发时的情景就形成了场景,同一事件采用不同的触发顺序和处理结果就形成了事件流。
场景法是运用场景来对系统的功能点或业务流程进行描述,从而提高测试效果的一种方法。场景法一般包含基本流和备选流,从一个流程开始,通过描述经过的路径来确定过程,通过遍历所有的基本流和备选流来完成整个场景。
确定场景
经过用例的路径用基本流和备选流来表示。基本流是经过用例的最简单的路径,用直黑线表示;备选流使用不同的颜色表示。一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流;也可能起源于另一个备选流,然后结束用例,而不再重新加入某个流。场景法如下图所示。
下图中有1个基本流和4个备选流。经过用例的不同路径可以确定不同的用例场景。从基本流开始,再将基本流和备选流结合起来,可以确定的用例场景如下所示。
场景1:基本流
场景2:基本流→备选流1
场景3:基本流→备选流1→备选流2
场景4:基本流→备选流3
场景5:基本流→备选流3→备选流1
场景6:基本流→备选流3→备选流1→备选流2
场景7:基本流→备选流4
场景8:基本流→备选流3→备选流4
场景法
场景法的基本设计步骤如下:
(1)根据需求分析,确定并描绘出程序的基本流及各备选流。
(2)根据基本流和各备选流生成不同的场景。
(3)针对生成的各场景,设计相应的测试用例。
场景法的使用
下面讲解场景法实例。
例 使用微信钱包中的手机充值,输入手机 码,选择话费充值金额,选择支付方式,输入支付密码,支付成功。通过上述描述,确定基本流和备选流,如下表所示。
基本流和备选流
根据基本流和备选流设计场景,如下表所示。
场景设计
上表中的每一个场景都需要设计测试用例,此处可采用矩阵或决策表来确定和管理测试用例。
上述示例中,每个测试用例都包含测试用例 ID、条件(或说明)、测试用例中涉及的所有数据元素(作为输入或已经存在于数据库中)以及预期结果。
通过确定执行用例场景所需的数据元素来构建矩阵,每个场景对应一个包含执行场景所需的适当条件的测试用例。例如,V(有效)表示条件必须是 Valid(有效的)才可执行基本流,I(无效)用于表示此条件下将激活所需备选流,“n/a”(不适用)表示此条件不适用于测试用例。
下表所示为一种通用格式,其中各行代表各个测试用例,而各列则代表测试用例的信息。
测试用例
上表中对每个场景成立的条件都做出了说明,接下来只需要给每个测试用例设计相应的测试数据,即可完成测试用例的设计,如下表所示。
设计数据
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!