编写测试用例的方法_企业项目实战测试用例编写方法

测试用例编写方法

等价类:

等价类划分是测试中经常使用的一种测试方法,它的思想是将程序的输入域划分为若干个区域(等价类),并在每个等价类中选择一个具有代表性的元素生成测试用例。该方法是常用的黑盒(Blackbox Testing)测试用例(Testcase)设计方法。

等价类分为有效等价和无效等价类,有效等价类是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合,它能检验程序是否可以实现规格说明中所规定的功能需求。无效等价类是指对程序的规格说明是不合理的或无意义的输入数据所构成的集合,它能检验程序在不符合规则的数据输入下,是否会有异常;无效等价类至少应有一个,也可能有多个,视具体情况而定。因此,设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验,这样的测试才能确保软件具有更高的可靠性。

等价类举例:

如果需求说明中规定某个输入框的数字只允许在[-1000,1000],那么这时候应该输入一个范围内的值进行验证功能ok,再输入范围外的验证无效时的反应,这就可以有小于-1000的,和大于1000的两个无效等价。

8d379b514ca4ca857179ecd7448a82f2.png

如果需求中标明填写某个框值,那么可以设置填写该值时的反应和不填写该值的反应进行验证。

如果一个框中规定只可以是数字,那么这时候输入数字验证ok,再输入其它字母,汉字,特殊字符进行验证。

8230f455bb067dc2874620e772fcd7fd.png
3612400df9b931f0fbe0f9af7a1afdaa.png

总结:等价类主要是通过对条件的有效和无效进行验证,那么这个有效无效又主要是通过对内容的类型,长度,以及业务规则上的真假去验证。等价类的划分并非只有一个答案,每个人的理解不同,只要能覆盖测试对象即可。

庞大的系统,穷尽测试是不可能的,但是一定要抽取典型的数据类别进行验证。

边界值

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。

边界值数据本质上是属于某个等价类的范围,测试时确实是一种冗余(重复),但是为了更好的测试质量(边界值特别容易出bug),边界值必须要单独测,适当必要的冗余是可以接受的。(边界值法是等价类划分法的重要补充,配合使用测试质量才能得到保证)

常见的边界值

1)对16-bit 的整数而言 32767 和 -32768 是边界

2)屏幕上光标在最左上、最右下位置

3)报表的第一行和最后一行

4)数组元素的第一个和最后一个

5)循环的第 0 次、第 1 次和倒数第 2 次、最后一次等等

示例:

对某个输入框只允许输入月份,那么正常是1-12月,边界值的话就要输入0月和13月进行校验。

某个输入框只允许输入1-30个字符,那么就应该输入范围内的外,还要通过边界校验边界,输入0个字符和大于30个字符。

总结:其实边界值就是对等价类的补充,对它的有效或者无效范围内的值的离点上进行校验,确定边缘点然后对长度或数字等进行加1减1进行校验。

场景设计法

通过运用场景来对系统的功能点或业务流程的描述,从而提高测试效果的一种方法。

用例场景来测试需求是指模拟特定场景边界发生的事情,通过事件来触发某个动作的发生,观察事件的最终结果,从而用来发现需求中存在的问题。我们通常以正常的用例场景分析开始,然后再着手其他的场景分析。场景法一般包含基本流和备用流,从一个流程开始,通过描述经过的路径来确定的过程,经过遍历所有的基本流和备用流来完成整个场景。场景主要包括4种主要的类型:正常的用例场景,备选的用例场景,异常的用例场景,假定推测的场景。

284fade2079fcb9fa2b5a927db2d3fea.png

示例

基本流相当于就是在最正常情况下时的业务走向,但是在走系统业务流程的时候,会有各种异常的情况发生,比如下面的购物生成订单的业务流程,但是中间可能会有物品库存不够,余额不足,登录失效等情况发生,那么这种异常备选业务流程的处理是怎样的,这都需要测试人员进行验证下。

场景设计法是需要测试人员非常熟悉需求业务流程的,这样才可以考虑到各种不同场景下的业务,同样也是实际项目中应用较多的一种方法,通常我们所说的冒烟测试其实就是走一下最基础的流程,而场景法正是需要对各种业务流程进行校验,通常校验完流程才会去对一些输入框异常值等进行校验,因为领导通常最喜欢问测试,流程通不通,只有流程通了,才会考虑其它小地方的修改。

77223bae9fc622c36afae7b5793343f5.png
错误推测法

列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。以前产品测试中曾经发现的错误等, 这些就是经验的总结,所以错误推测经验是非常重要的。多考虑产品之前出现的问题,一个坑可能会跳几次,以及各种异常的输入等。

总之,就是进行错误的操作。

这种方法没有固定的形式,也不限于用什么方法设计用例;依靠的是经验和直觉 。其实,工作中,多数测试工程师,都会不知不觉的使用到。比如新开发的功能,那么它相关联的功能或数据是否会有问题,分页功能是否会对码码搜索等,列表功能,直接提交空的是否有问题。

看到这里,证明你是有意向从事IT的。有兴趣可联系我。直接下面留言V就好。

作者:衡阳天泽软件

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值