场景测试方法

案例一

订购单的检查。如果金额超过500元，又未过期，则发出批准单和提货单；如果金额超过500元，但过期了，则不发批准单；如果金额不超过500元，则不论是否过期都发出批准单和提货单，在过期的情况下还需要发出通知单。

案例二

我们申请一个项目，需先提交审批单据，再由部门经理审批，审核通过后由总经理来最终审批，如果部门经理审核不通过，就直接退回.

每个事件触发时的情景便形成了场景。而同一事件不同的触发顺序和处理结果形成事件流。

场景法

通过运用场景来对系统的功能点或业务流程进行描述，从而提高测试效果的一种方法。场景法一般包含基本流和备用流，从一个流程开始，通过描述经过的路径来确定的过程，经过遍历所有的基本流和备用流来完成整个场景。

基本流

从系统某个初始态开始，经一系列状态后到达终止状态的过程中最主要的一个业务流程。

备选流

以基本流为基础，在经过的每个判定节点处满足不同的触发条件而导致的其他事件流。

 

 

 

 

 

 

 

 

 

 

 

 

对ATM机的取款用例，使用场景法设计用例

（1）描述提款用例的基本流和备选流

 

 

 

 

【例】　有一个处理单价为5角钱的饮料的自动售货机，相应规格说明如下。

① 若投入5角钱或1元钱的硬币，按下【橙汁】或【啤酒】的按钮，则相应的饮料就送出来。（每次只投入一个硬币，只按下一种饮料的按钮。）

② 如投入5角的硬币，按下按钮后，总有饮料送出。

③ 若售货机没有零钱找，则【零钱找完】的红灯会亮，这时再投入1元硬币并按下按钮后，饮料不送出来而且1元硬币也退出来。

④ 若有零钱找，则【零钱找完】的红灯不会亮，若投入1元硬币及按饮料按钮，则送出饮料的同时找回5角硬币

（1）分析基本流和备选流

基本流：投入5角钱，按下【橙汁】或【啤酒】的按钮，则相应的饮料就送出来。

备选流：

① 备选流1：【零钱找完】的红灯没亮，若投入1元硬币及按饮料按钮，则送出饮料的同时找回5角硬币。

② 备选流2：【零钱找完】的红灯亮，这时投入1元硬币并按下按钮后，饮料不送出来且1元硬币也退出来。

（2）分析场景

场景1：基本流

场景2：备选流1

场景3：备选流2

QQ安装功能测试 

 

Step1、如果需求是文字描述，将文字转化为图形

Step2、需求中包含1个独立功能 —— QQ安装功能

Step3、针对打印功能开展需求分析

            界面可见输入参数：同意、安装组件、安装位置、

                                          创建菜单文件夹、显示说明书

            界面不可见输入参数：系统平台兼容、安装组件、安装空间

Step4、分析界面可见输入参数之间的关系及特点

选择组件、显示说明书不存在有效无效规则校验 —X— 等价类、边界值

同意、安装位置、创建菜单文件夹存在有效无效，但是当前界面并不提示错误，所以不能用等价类、边界值

参数之间不存在一个是什么另外一个必须什么的逻辑关系 —X— 判定表

参数存在无效，不全是有效的 —X— 正交试验

一个功能的实现需要多个界面协同完成（跨界面）存在逻辑关系（对错不能同时存在，同意/不同意、上一步/下一步）并且不同参数组合会输出不同结果   —— 流程分析法

Step5、利用流程分析法设计测试用例

画图法：

  ① 将安装向导界面的判定条件并列存放在一行

  ② 将许可协议加密的判定条件并列存放在下一行

  ③ 重复步骤②，直到所有界面都画完

  ④ 先画条件为真的分支

  ⑤ 再画条件为假的分支

  ⑥ 一条分支为一条测试用例

 

流程分析法的优缺点

优点：流程分析法既能覆盖条件为真的分支，也能覆盖条件为假的分支

缺点：流程分析法不能验证每个界面的参数是否正确，验证的是流程， 所以需要与开发进行沟通需求，需要在每个界面进行校验，如果错误，直接在当前界面提示信息，所以需要多种方法组合使用。