如何进行更智能的自动化测试?

什么是更智能,就是手动工作量更少。

目前大部分自动化测试都需要编写自动化脚本。

这个工作量通常比一轮手动测试高2-3倍,再加上维护的工作量,很容易导致放弃自动化。

据说现在有自动产生自动化脚本的方法,没有见过。

当然这里的脚本是和测试用例对应的,如何生成这些脚本仍然需要编码。

建议有经验的同学在网上传播,推动自动化测试的发展,救万民于水火之中。


现在我需要一套简单的,可推广的不需要写自动化用例自动化测试方案,

既然没找到现成的,就要自立更生,做一套出来。

以登录界面为例,要实现以下目标:

输入:登录界面URL

自动化测试以下内容:

正确的用户名,密码

错误的用户名,密码

空的用户名,密码

最短用户名,最长用户名,

特殊字符

......

如何来实现这些呢?

第一种方法,在源码中添加注释,以规定的词语描述,如:

6 <= len(username) <= 32

这样通过分析源码就知道用户名输入框的长度范围是6-32.

这样我就可以测试5,6,32,33这4个值,6,32是可以登录的,5,33是不能登录的。

第二种方法跟第一种方法类似,只是不是做为注释添加,而是做为输入框的一个属性添加。


想到这里,又想起如何快速判断两个版本的界面差别这个问题。

如果在源码中对需要进行自动化的控件添加标签,再用脚本去分析就简单的多了。


所以说,如果自动化测试有开发的帮助,就事半功倍了。

可现实是连ID都不常有,这些注释开发会添加吗?或者能让测试自己来添加吗?


可测性在产品开发中已经被忽略很久了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值