陶刚的博客
与你分享我的点滴

软件测试之测试用例设计(三)

说明:该篇博客是博主一字一码编写的,实属不易,请尊重原创,谢谢大家!

目录

一丶判定表复习

二丶正交实验复习

三丶场景法

四丶场景法ATM

五丶状态迁移


一丶判定表复习

1.案例

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

2.总结

分析条件桩是否有重复,动作桩最好分开写,动作项看需求中的逻辑关系

二丶正交实验复习

1.案例

手机照相机的拍摄模式是普通模式,针对对比度(正常,极低,低,高,极高)丶色彩效果(无,黑白,棕褐色,负片,水绿色)丶感光度(自动,100,200,300,400,800)丶白平衡(自动,白炽光,日光,荧光,阴光)丶照片大小(5M,3M,2M,1M,VGA)丶闪光模式(关,开)

2.使用正交设计助手进行案列设计

因为案例中的感光度这一项超过了正交表格的的行数5,所以根据正交表设计(规则:多则合并,少则补充),进行了合并

3.将项目输出保存csv表格,如下

4.最后在表格中进行缺少项的补充以及将合并的感光度进行扩展出来,说白了就是将感光度的200单独提出来进行实验编写

5.进行测试用例的编写

三丶场景法

1.场景测试方法

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

每个事件触发时的情景便形成了场景。而同一事件不同的触发顺序和处理结果形成事件流场景法:通过运用场景来对系统的功能点或业务流程进行描述,从而提高测试效果的一种方法。场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。

2.使用场景法测试过程

3.基本流和备选流的解释

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

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

4.场景法设计测试用例

a)场景法设计原则:基本流和备选流

b)基本流和备选流的区别:

c)一般步骤:①构造基本流和备选流;②根据基本流和备选流构造场景;③根据场景设计测试用例;④对每个测试用例补充必要的测试数据

5.场景法用例

有一个在线购物的实例,用户进入一个在线购物网站进行购物,选购物品后,进行在
线购买,这时需要使用账号登录,登录成功后,进行付钱交易,交易成功后,生成订
单,完成整个购物过程{V(有效),I(无效),”n/a”(不适用)}

第一步:根据说明,描述出程序的基本流及各项备选流

基本流:登录网站>选购物品>账号登录>付钱交易>生成订单
备选流:1.账号不存在 2.账号密码错误 3.账号余额不足 4.账户没有钱

第二步:根据基本流和各项备选流生成不同的场景

场景1 成功购物品:基本流
场景2 账号不存在:基本流,备选流1
场景3 账号密码按错误:基本流,备选流2
场景4 账号余额不足:基本流,备选流3
场景5 账户没有钱:基本流,备选流4

填写用例中的数据后,如下

6.使用绘图工具制作以上实例网上购物流程图

四丶场景法ATM

1.对ATM机的取款用例,使用场景法设计用例

2.场景流程图

3.场景设计

4.用例设计

5.总结

一般步骤:
1.构造基本流和备选流
2.根据基本流和备选流构造场景
3.根据场景设计测试用例
4.对每个测试用例补充必要的测试数据
注意:
1.通过画流程图得到基本流和备选流
2.备选流从主流的判断中产生
3.输入的参数

五丶状态迁移

1.播放器功能测试

手机中MP3播放功能状态-事件表如下, 并且当MP3曲目在起点时不能按R键,当MP3曲目在末端时不能按P、F键

按键

停止

播放

录音

R(倒)

·

·

P(播放)

播放

播放

·

·

F(进)

·

·

RC(录音)

录音

·

·

·

·

S(停止)

·

停止

停止

停止

停止

2.步骤

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

Step2、需求中包含1个独立功能 —— 播放功能

Step3、针对打印功能开展需求分析界面可见输入参数: 播放、停止、前进、倒退、录音;界面不可见输入参数: 电量、音源

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

界面所有参数都是有效的,不存在区间范围—X— 等价类、边界值

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

有效参数组合会输出不同结果,需求中参数部分可以组合,部分不可以 组合,如前进与后退是互斥的 —X— 正交试验

不跨多个界面 —X— 流程分析法

3.状态迁移图:

所有参数都是有效的

参数之间存在约束条件(功能之间的约束、状态之间的约束)

4.深度优先画法

①找一个功能名/状态名作为入口

②根据业务矩阵从第一列开始竖着画,把可达项并列存放在入口的下一行

③画可达项,从左边第一个功能画起,其他都注掉

④一个功能只画一次,再出现就注掉,一直画到最后一个功能的可达项

5.使用深度优先对播放器案例构建状态迁移图

6.根据上面的流程图编写测试用例

7.转态迁移做法

1.先看懂转态矩阵

2.先选中某一状态(能达到最多的状态),把其能够迁移到的状态依次列于下方

3.然后从左方状态开始把其能够迁移到的状态依次列于下方,如有重复,抹掉即可

4.最左列不要有重复(最后一行不计)

5.如果还有没覆盖到的状态,补齐即可(一般在第一行)

8.深度优先迁移图

1.自上而下全部状态(所有的状态迁移都是纵向的)

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

3.先从左边纵向依次向下达到所能达到的状态,然后再分别迁移,最后依次去掉前面的一个状态,直到达到本状态为止

9.使用广度优先对播放器案例构建状态迁移图

赞(0) 打赏
版权声明:本文为CSDN博主「cdtaogang」的原创文章,遵循CC 4.0 BY-NC-SA版权协议,转载请附上原文出处链接及本声明:记录学习生活 » 软件测试之测试用例设计(三)

评论 抢沙发

评论前必须登录!

 

觉得文章有用就打赏一下文章作者

非常感谢你的打赏,我们将继续给力更多优质内容,让我们一起创建更加美好的网络世界!

支付宝扫一扫打赏

微信扫一扫打赏