对测试自动化的一些看法

robot可以按照普通开发的模式进行,使用测试用例对应测试脚本的方式进行。

我没有使用过完全自动化的测试过程,都是需要的时候,才写一些测试脚本。

按照我的理解,测试和开发一样,代码要低耦合,换句话说,要努力做到代码只与当前需要测试的测试用例相关,而不与其它的模块发生关系,这样就可能涉及到一些问题,比如一些前置数据内容的调用,流程的割裂等。

如果是多人开发的脚本,组合的时候也相当的不容易,单独跑可能问题不大,放一起就要考虑很多了,例如流程的数据调用,还有一些界面的应用串联等。

说真的,如果一个测试脚本不用到20次以上,就不要去写,否则浪费时间。如果没有几个月的测试时间,不要把大家的脚本放到一起进行组合测试,否则调试恐怕就需要花费很多时间了。

测试脚本的开发其实和软件开发的过程和道理是一样的,想想软件工程中软件开发的问题,就可以尽力避免自动化开发中的一些问题。

很佩服一些人说的测试脚本可以运行几个小时,那要写多少的测试脚本和进行调试呀,而且说真的,robot的调试真的很不好,错误很难查,反正平时我是能不写就不写,只有涉及一些大量数据的录入和循环的时候,才会去写脚本。

自动化测试说着好听,但现在理论和工具的支持都不算太好,就我感觉,可以骗骗外人,测试人员自己暂时就不要相信这些了,大部分的时候,手工测试的效率和结果是好于自动化的。

我有一本讲用robot测试的书,在家里,忘记什么名字了,里主要用robot建立了一个测试框架,使用关键字测试方法,有时间你可以去书店找找看。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值