软件测试-场景法介绍

1、通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果。场景法一般包含基本流和备 用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成 整个场景。为什么场景法能如此清晰的描述整个事件？因为，现在的系统基本上都是由事件来触发控制流程 的。如：我们申请一个项目需先提交审批单据，再由部门经理审批，审核通过后由总经理来最终审 批，如果部门经理审核不通过，就直接退回。每个事件触发时的情景便形成了场景。而同一事件不同 的触发顺序和处理结果形成事件流。这一系列的过程我们利用场景法可以清晰的描述清楚。F图来展示一下网上最长见的场景法基本情况的一个实例图。开始用例基本

2、流备选流3/备选流II备选流备选流2结束用例在这个图中，有一个基本流和四个备选流。每个经过用例的可能路径，可以确定不同的用例场景。从基本流开始，再将基本流和备选流结合 起来，可以确定以下用例场景：场景1基本流场景2基本流备选流1场景 3基本流备选流场景 4基本流备选流场景 5基本流备选流场景 6基本流备选流场景 7基本流备选流场景 8基本流备选流备选流13备选流3备选流34备选流31 备选流 2从上面的实例我们就可以了解场景是如何利用基本流和备用流来确定的。基本流：采用直黑线表示，是经过用例的最简单的路径（无任何差错，程序从开始直接执行到结 束）备选流：采用不同颜色表示，一个备选流可能从基本流

3、开始，在某个特定条件下执行，然后重新 加入基本流中，也可以起源于另一个备选流，或终止用例，不在加入到基本流中；（各种错误情况）下面是场景法的基本设计步骤1. 根据说明，描述出程序的基本流及各项备选流2. 根据基本流和各项备选流生成不同的场景3. 对每一个场景生成相应的测试用例4. 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例 确定测试数据值好了。说了一些场景法的基本概念和设计方法。想必大家已经有了一些了解了。再举一个简单例子来讲解下。这里，我就不用网上很流行的ATM的例子了。我结合以前项目中遇到的情况。设计一个简单的例子来讲解下。有一个在线购物的实例，用户

4、进入一个在线购物网站进行购物，选购物品后，进行在线购买，这 时需要使用帐号登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。第一步我们来确定基本流和备选流：基-主遵登录正址腐物网站，选释物品 > 登录械母.柑战交易v生成订腐单备选流彳备选毓2帐号或密码错误备选毓3用户帐号余諏不足召选蔬Q用戶幟号段育我备选硫X用尸退岀系统第二步我们根据基本流和备选流来确定场景:基本流场員2-苗号不存在备选流1场最矣帐号或密码帶爲基本流备选疣2场鬃匸用戶帐导余额不足备选療？场最争用尸帐号说有锁基本流备遠流4第三步我们来设计用例对于每一个场景都需要确定测试用例。可以采用矩阵或决策表来确

5、定和管理测试用例。下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。本例中，对于每个测试用例，存在一个测试用例ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。通过从确定执行用例场景所需的数据元素入手构建矩阵。然后，对于每个场景，至少要确定包含 执行场景所需的适当条件的测试用例。例如，在下面的矩阵中，V （有效）用于表明这个条件必须是VALID （有效的）才可执行基本流，而I （无效）用于表明这种条件下将激活所需备选流。下表中使用的“n/a” （不适用）表明这个条件不适用于测试用例。泸用钊场昌僚件帳Ou_n码豔破预觸i1

6、炀尉；成功购韧V 'VV成功购物I口也|n/a翼示蟻号石再祖.|n场景3 ：帐吕或密码捲俣（%寻正确J審码错蹑）I握并诧粤或密码诸淇，晅回基n/a本逾步躱2.场悬3 ；帐号或空码皓淇（峨号tW>4審诃正确>VI提示咪号咸密码曙误”炬回基5场豈4 :用戶儒寻余輾不足VI掘示氓号余航不足诸充值6埔最亍用尸评号没有儀厂VI捉不咪号余瓠谙孫值第四步我们来设计数据，把数据填入上面的用例表中。<1试用H1ID场最係件魅号密码用戶帐寻預期皓果1Sue1s2200成功购feh帐余歆减少刘Q 元2场員2 :帐号不存桩Jimn/a口购提示帐号不存在3场杲9 :帐号或密码轄误【幣号正 确，密码諸谍）Su*i1 2342xenfa提赤帐号或密码擔漠 > 遞回基本硫涉骤24扬最3 :帐号戒密码備误（戟号诸 误*密码正确）Surs123456n/a提示帐号我密码错谓，無回基本流步皺5场杲回:用户帐寻余额不足Van1V21捉示趾号余颇不足诸充值E场星弓用戶帳号没有犠To m1琢d