停止更新,敏捷测试及TestOps解决体系,关注订阅号TestOps

小谈自动化测试

上一篇 / 下一篇  2011-04-06 17:17:36 / 个人分类:自动化测试

51Testing软件测试网#U*Xt$q&l`1g6q$P

好久没有在BLOG上写点啥了,主要也是觉得真没啥好写的,虽然最近玩了段时间QTP,三脚猫的东西还是不便于拿出来说说,论坛上翻翻帖子基本上都有。51Testing软件测试网m m}%m*J0_ FC

51Testing软件测试网%m[|9gi2z?

上手QTP确实没花啥时间,主要是以前用过Selenium和CodedUI等类似的工具,换到QTP又有锋哥、强哥两位前辈指点,自然顺风顺水,反正有问题有活字典了。这里想谈的自动化其实并不是工具,如果从工具角度来说只需要看懂对象库QTP基本上也就这点事情了,而是为什么我们要做自动化,或者自动化那么有意义么?

g]w.gY$p0N.d1{+O;N051Testing软件测试网*y!Z3~qj#r

有人说自动化可以帮助我们快速回归,当看到自动回归正确了,可以节约大量的成本。但是这里涉及到一个问题,真的有必要回归么?对于没有变更的东西,我们归回个一千次,都回放成功有意义么?这本来就是一种浪费,自动化的目的还是在你不得不回归的时候对工作量的一个处理规则,但是并不是说自动化就一定要做。如果要解决问题还是应该通过流程规范和人本身来解决。

G!t\@u [ ]0Z$b051Testing软件测试网q\+]I2K:a0wq

另外如果做黑盒级别的自动化,特别是界面级别的是收益非常低下的做法,因为GUI的问题无论在严重级别还是在修复成本上都是很低的,而且GUI的自动化运行效率也很低(做遍历的情况还是操作很长的),所以自动化应该更多的应用在关键业务上,那么白盒自动化更有意义。51Testing软件测试网if%s0^g/vAb

51Testing软件测试网7C&}3Om7^yKc F

到底我们需要自动化么?肯定需要,因为人越来越少,每个人要的工作内容就越来越多,不考虑如何通过更高效率来解决就会有人不够的情况,but现在我们的问题不是人少,而是需要做个东西让别人让自己感觉这样做了才高级,才有质量,那么方向上就有些本末倒置了吧。51Testing软件测试网)p9l{_NR1tq


TAG:

李甜19870924的个人空间 引用 删除 李甜19870924   /   2014-01-24 15:54:54
jh_soft的个人空间 引用 删除 jh_soft   /   2014-01-10 16:57:44
但是为什么那么多人都还追随着自动化呢?
倔强萝卜的个人空间 引用 删除 happy2009lh   /   2011-10-12 10:58:08
最后一句说的很实在。。
snakeshiy的个人空间 引用 删除 snakeshiy   /   2011-10-11 12:26:17
5
amyliu0808的个人空间 引用 删除 amyliu0808   /   2011-10-10 22:15:21
精辟,喜欢最后一段
引用 删除 sunyunxia   /   2011-08-04 14:22:06
白盒自动化是什么??

既然没用,为什么大家还这么推崇呢
whoisangle的个人空间 引用 删除 whoisangle   /   2011-07-13 10:34:23
那个我们也是啊,为了自动化而自动化,自动化的内容,平时我就是看两眼就罢了。真正核心的业务自动化不了啊。大概我是技术不行吧。反正可以说,俺们自动化了.......产品质量跟自动化成正比.........扯淡啊.......到底什么地方该自动化啊
almarao的个人空间 引用 删除 almarao   /   2011-07-01 15:26:47
引用 删除 pengliu   /   2011-06-29 14:04:19
3
空 引用 删除 nefax   /   2011-05-31 18:45:19
大多项目本身就是面子工程
测试又能独善其身么
云层专版 引用 删除 云层   /   2011-05-27 12:03:22
原帖由annie0406于2011-05-26 09:23:04发表
云层老师,我们使用LR9.5测试并发800个v_users(使用4台负载生成器,每台运行200个)的Case,会出现以下问.

你先看看你的负载生成器上的负载是不是太大,再试着将负载方式修改为winlnet方式
八爪鱼 引用 删除 annie0406   /   2011-05-26 09:25:27
这个问题本来想提交到“lr9.5问题汇总”那篇文章后的,结果不让评论,总提示“您的提交来路不正确”,呵呵。只好贴在这里了,不好意思。
八爪鱼 引用 删除 annie0406   /   2011-05-26 09:23:04
云层老师,我们使用LR9.5测试并发800个v_users(使用4台负载生成器,每台运行200个)的Case,会出现以下问题,导致该负载生成器模拟的用户测试终止,无法模拟更多的用户并发:
Error: Exception was raised when calling per-process-init function in extension parameng.dll: System Exceptions: EXCEPTION_ACCESS_VIOLATION
在网上搜了下,都是只有问题没有答案的。
请问您有碰到过类似问题吗?该如何解决呢?:)
盼回音!:)
俱往矣的个人空间 引用 删除 俱往矣   /   2011-05-25 15:59:30
jingsongfeng86的个人空间 引用 删除 jingsongfeng86   /   2011-05-11 16:57:04
perterliu的个人空间 引用 删除 perterliu   /   2011-05-08 18:36:11
Live for Fighting 引用 删除 fly_away   /   2011-04-27 09:36:10
云层老师说有得在理啊,不以提高工作效率为目的的自动化就是在装XX
yzylion的个人空间 引用 删除 yzylion   /   2011-04-24 13:11:42
好久没在看文章之后留言了,确实也没觉得有什么留得,这个说的非常好,自动化就是主要用于提高效率而不是赚来一些虚名,非常赞同白盒自动化和自动化策略的制定,而不是为了自动化我就自动化,纯粹的大步迈向前然后扯到蛋,呵呵
swinfans的个人空间 引用 删除 swinfans   /   2011-04-22 22:14:25
见解很独特也很独到,如醍醐灌顶,令我翻然悔悟啊
msw_cn的个人空间 引用 删除 msw_cn   /   2011-04-07 08:00:37
最后一句很同意。
 

评分:0

我来说两句

Open Toolbar