003测试用例(3)

1.场景法:
每个事件触发时的情景便形成了场景。而同一事
件不同的触发顺序和处理结果形成事件流场景法:
通过运用场景来对系统的功能点或业务流程进行描述,
从而提高测试效果的一种方法。

场景法一般包含基本流和备用流,从一个流程开始,
通过描述经过的路径来确定的过程,经过遍历所有的基本流和备
用流来完成整个场景。

要点:
    基本流:基本流是从系统某个初始态开始,经一系列状态后到达终止状态的过程中最主要的一个业务流程。
    备选流:备选流是以基本流为基础,在经过的每个判定节点处满足不同的触发条件而导致的其他事件流。
    实现路径

步骤:
①根据需求,构造基本流和各个备选流
②根据基本流和备选流构造场景--生成不同的场景
③根据各个场景设计测试用例
④对每个测试用例补充必要的测试数据--其他流

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


步骤:(例:QQ客户端安装)
①需求转化为图形
②提炼出测试的功能点
③针对单个的功能点进行需求分析
    可见/不可见输入参数;
④分析界面可见输入参数之间的关系及特点
是否满足等价类划分?x
是否满足边界值区间?x
是否满足判定表规则?x
是否全部有效,不同组合输出不同结果?X
多个界面协同完成,存在逻辑关系?流程分析
⑤根据第④步骤获得的方法设计相应的测试用例
    画图法:
    1)将安装向导界面的判定条件并列存放在一行
    2)将许可协议加密的判定条件并列存放在下一行
    3)重复步骤②,直到所有界面都画完
    4)先画条件为真的分支
    5)再画条件为假的分支
    6)一条分支为一条测试用例

优点缺点:
优点:流程分析法既能覆盖条件为真的分支,也能覆盖条件为假的分支
缺点:流程分析法不能验证每个界面的参数是否正确,验证的是流程,
      所以需要与开发进行沟通需求,需要在每个界面进行校验,如果
      错误,直接在当前界面提示信息,所以需要多种方法组合使用。

3.状态迁移法
①需求转化为图形
②提炼出测试的功能点--XXXX
③针对单个的功能点进行需求分析
    可见/不可见输入参数;
④分析界面可见输入参数之间的关系及特点
是否满足等价类划分?x
是否满足边界值区间?x
是否满足判定表规则?x
是否全部有效,不同组合输出不同结果?X
多个界面协同完成,存在逻辑关系?流程分析 X
所有参数都是有效的,参数之间存在约束条件(功能之间的约束、状态之间的约束)--状态迁移图
⑤根据第④步骤获得的方法设计相应的测试用例
    1)根据需求《SRS》提取所有的功能名或状态名
    2)形成N*N业务矩阵
    3)根据需求分析功能/状态的可达项
        可达用功能名/状态名代替、不可达用黑点表示
    4)将业务矩阵转化为需求树
        深度优先画法、广度优先画法
    5)一条分支为一条测试用例

附:

深度优先迁移图:

1).自上而下全部状态

2).从最左边开始,其所能达到的状态都是一个测试用例

3).从左边纵向依次向下达到所能达到的状态,然后在分别迁移到此状态下

最后一次去掉前面的一个状态,直到达到本状态为止

广度优先画法:

1).自左边一个开始

2).向右画出所有所有可达项

3).从上边第一个开始,向右依次列出可达项,直至所有可达项画出

4).从左边第一个向右,每个路径是一个测试用例

 

状态迁移图的优缺点:
优点:保证每一个功能/状态的可达项都被覆盖
缺点:对无效的路径无法覆盖

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值