前言
作为软件开发过程中一个非常重要的环节,软件测试越来越成为软件开发商和用户关注的焦点。完善的测试是软件质量的保证,因此软件测试就成了一项重要而艰巨的工作。要做好这项工作当然也绝非易事。
大家测试过程中经常用的等价类划分、边界值分析、场景法等,并不能覆盖所有的需求,我们之前讲过很少用到的因果图法,下面就来讲另一种不经常用到但又非常重要的测试用例编写方法——测试大纲法。
测试大纲法适用于有多个窗口,每个窗口有多个动作,每个动作之间有相互的联系的场景,比如说一个手机壳定制功能。
下面我们来说一下步骤:
列提纲
将每个窗口及窗口的动作都列出来。
共有7个页面主页、手机品牌及型号选择页、手机壳外观选择页、提交成功页。
主页的动作有:在线客服、系统使用说明、开始定制。
手机品牌及型号选择页:提交、上一页、下一页。
手机壳外观选择页:提交、上一页、下一页。
提交成功页的动作有:返回主页、订单列表。
使用说明页:返回主页。
在线客服页:返回主页。
订单列表。
画出关联图
首先我们先用图示的方式来分析窗口之间的联系:
然后再根据图示编写测试用例,用图示的方式能更加明确的发现各窗口之间的联系,避免遗漏和混乱。
通过写用例我们发现,用例1和用例12、用例2和用例11可合并,我们可以将用例11和用例12合并到用例1和用例2中,优化后的用例如下:
平常的测试过程中遇到这种类似需求可能就跟着自己的感觉写用例,不做分析,但是我想说的是,如果没有逻辑的写用例,容易造成用例遗漏或者用例冗余,只有经过严格的分析后,才能将所有可能的情况都列出来,并且去除冗余用例。
使用这种方式编写测试用例,虽然比较麻烦,但是逻辑清晰,如果遇到比较严谨的系统和软件,还是需要经过严格的分析来写用例的,不然可能造成损失。
希望这篇文章能对大家有所帮助~
学习不要孤军奋战,最好是能抱团取暖,相互成就一起成长,群众效应的效果是非常强大的,大家一起学习,一起打卡,会更有学习动力,也更能坚持下去。
结语
欢迎留言,或是关注我的专栏和我交流。