基本流:采用直黑线表示,是经过用例的最简单的路径(无任何差错,程序从开始直接执行到结束)
备选流:采用不同颜色表示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中(如1和3),也可以起源于另一个备选流(如2),或终止用例,不在加入到基本流中(如4);(各种错误情况)
生成的场景如下:
场景1:基本流
场景2:基本流 备选流1
场景3:基本流 备选流1 备选流2
场景4:基本流 备选流3
场景5:基本流 备选流3 备选流2
场景6:基本流 备选流3 备选流2 备选流1
场景7:基本流 备选流4
场景8:基本流 备选流3 备选流4
为什么场景法能如此清晰的描述整个事件?
因为,现在的系统基本上都是由事件来触发控制流程的.
如:我们申请一个项目,需先提交审批单据,再由部门经理审批,审核通过后由总经理来最终审批,如果部门经理审核不通过,
就直接退回。每个事件触发时的情景便形成了场景。而同一事件不同的触发顺序和处理结果形成事件流。这一系列的过程我们利用场景法可以清晰的描述清楚。
概念:
现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。该方法可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,是测试用例更容易理解和执行。
典型的应用是是用业务流把各个孤立的功能点串起来,为测试人员建立整体业务感觉,从而避免陷入功能细节忽视业务流程要点的错误倾向
优点:
涉及到业务场景,使用场景法有利于测试设计者设计测试用例,使测试用例更容易理解和执行。
缺点:
只验证业务流程,不验证单点功能。
使用场景:
一般先采用等价类划分、边界值分析、错误推断法、判定表法等对单点功能进行验证,验证通过后再采用场景法进行业务流程的验证。
主要用来测试软件的业务逻辑和业务流程。
使用场景法要注意什么?
基本上每个软件都会用到场景法,因为每个软件背后都有业务的支撑。
使用场景法,目的是用业务流把各个孤立的功能点串起来,为测试人员建立整体业务感觉,从而避免陷入功能细节忽视业务流程要点的错误倾向。
业务流程测试没有问题并不代表系统的功能都正确,还必须对单个功能进行详细的测试,这样才能保证测试的充分性。
场景法的核心就是“场景”二字,你所需要的就是要找出场景,场景找出来了,测试用例也就水到渠成。在很多流程图中,有不少备选流其实是隐藏的,大家一定要注意将他们都准确筛选出来。
场景法使用步骤:
1.根据说明,描述出程序的基本流及各项备选流
2.根据基本流和各项备选流生成不同的场景
3.对每一个场景生成相应的测试用例
4.对生成的所有测试用例重新复审,去掉多余的测试用例,测试用例确定后,为每一个测试用例添加测试数据值
案例:
用户进入一个在线购物网站进行购物,选购物品后,进行在线购买,这时需要使用帐号登录,登录成功后,进行付钱交易,交易成功后,生成订购单,完成整个购物过程。
1. 根据说明,描述出程序的基本流及各项备选流
基本流:登录网站,选购物品,账号登录,付钱交易,生成订单
备选流:无账号,账号或密码错误,账号没有钱,账号余额不足 用户退出系统
2. 根据基本流和各项备选流生成不同的场景
场景1:登录网站,选购物品,账号登录,无账号
场景2:登录网站,选购物品,账号登录,账号或密码错误
场景3:登录网站,选购物品,账号登录,付钱交易,账号没有钱
场景4:登录网站,选购物品,账号登录,付钱交易,账号余额不足
场景5:登录网站,选购物品,账号登录,付钱交易,生成订单
场景6:登录网站,选购物品,账号登录,用户退出系统
3. 根据场景生成相应的测试用例
4. 根据上表,设计数据,填入数据