海信|功能测试用例基础模型( 二 )


基本原理:
场景1:基本流;
场景2:基本流+备选流1;
场景3:基本流+备选流2;
场景4:基本流+备选流2+备选流3;
场景5:基本流+备选流2+备选流4;
场景6:基本流+备选流5;
场景7:基本流+备选流1+备选流2+备选流5;
场景8:基本流+备选流1+备选流2+备选流3;
场景9:基本流+备选流1+备选流2+备选流4;
【海信|功能测试用例基础模型】除了以上8个场景之外还可以构建更多的场景 , 由此带来一个棘手的问题 , 当备选流数量众多时 , 场景的构建实际上等同于业务执行路径的构建 , 备选流越多 , 则执行路径越多 , 与程序执行路径问题类似 , 将导致场景爆炸的问题
(1) 最少的场景数等于事件流总数 , 即基本流与备选流总数.
(2)  有且唯一有一个场景仅包含基本流 。
(3) 对应某个备选流至少应有一个场景覆盖该备选流 , 且在该场景中应尽量避免覆盖其它的备选流
基本 。
基于场景测试用例设计一般步骤如下:
(1)分析被测业务 , 基于风险的思想找到基本流和备选流;
(2)根据基本流和备选流构造适当规模的场景;
(3)根据场景设计测试用例;
(4)对每个测试用例补充测试数据 , 并实施测试;
1.正常流程:
1.用户注册-成功
2.用户登录-成功
3.购物流程 -买买买成功-商品库存量足够
2.异常流程:
1.用户注册-成功
2.用户登录-成功
3.购物流程-买买买失败 , 失败原因:商品库存量不足-商品缺货
3.购买流程:
有一个在线购物的实例 , 用户进入一个在线购物网站进行购物 , 选购物品后 , 进行在线购买 , 这时需要使用帐号登录 , 登录成功后 , 进行支付交易 , 交易成功后 , 生成订购单 , 完成整个购物过程 。


相关经验推荐