【软件测试】测试大纲法——测试用例编写

前言

作为软件开发过程中一个非常重要的环节,软件测试越来越成为软件开发商和用户关注的焦点。完善的测试是软件质量的保证,因此软件测试就成了一项重要而艰巨的工作。要做好这项工作当然也绝非易事。

大家测试过程中经常用的等价类划分、边界值分析、场景法等,并不能覆盖所有的需求,我们之前讲过很少用到的因果图法,下面就来讲另一种不经常用到但又非常重要的测试用例编写方法——测试大纲法。

测试大纲法适用于有多个窗口,每个窗口有多个动作,每个动作之间有相互的联系的场景,比如说一个手机壳定制功能。

下面我们来说一下步骤:

列提纲

将每个窗口及窗口的动作都列出来。

共有7个页面主页、手机品牌及型号选择页、手机壳外观选择页、提交成功页。

主页的动作有:在线客服、系统使用说明、开始定制。

手机品牌及型号选择页:提交、上一页、下一页。

手机壳外观选择页:提交、上一页、下一页。

提交成功页的动作有:返回主页、订单列表。

使用说明页:返回主页。

在线客服页:返回主页。

订单列表。

画出关联图

首先我们先用图示的方式来分析窗口之间的联系:

然后再根据图示编写测试用例,用图示的方式能更加明确的发现各窗口之间的联系,避免遗漏和混乱。

通过写用例我们发现,用例1和用例12、用例2和用例11可合并,我们可以将用例11和用例12合并到用例1和用例2中,优化后的用例如下:

平常的测试过程中遇到这种类似需求可能就跟着自己的感觉写用例,不做分析,但是我想说的是,如果没有逻辑的写用例,容易造成用例遗漏或者用例冗余,只有经过严格的分析后,才能将所有可能的情况都列出来,并且去除冗余用例。

使用这种方式编写测试用例,虽然比较麻烦,但是逻辑清晰,如果遇到比较严谨的系统和软件,还是需要经过严格的分析来写用例的,不然可能造成损失。

希望这篇文章能对大家有所帮助~

学习不要孤军奋战,最好是能抱团取暖,相互成就一起成长,群众效应的效果是非常强大的,大家一起学习,一起打卡,会更有学习动力,也更能坚持下去。

结语

欢迎留言,或是关注我的专栏和我交流。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值