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

前言

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

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

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

下面我们来说一下步骤:

列提纲

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

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

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

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

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

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

使用说明页:返回主页。

在线客服页:返回主页。

订单列表。

 

画出关联图

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

 

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

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

 

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

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

感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:


这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取 

 

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值