这里说的自动化测试主要指常见的QTP、LR。 :lol 很久很久以前,有一个人,路过这里.....其实他也很想说。
我有同事做了同一个项目快4年,进项目前,项目的脚本就已经成型,而这4年里面就是跑跑脚本。4年后突然发现,原来自己学到的非常少,知道的更是少。甚至那时候就觉得自动化也就这样,很简单。
这故事告诉我们,当接触的东西不多的时候,看外面世界的缝就越小。不要整天拿个“破”web说什么自动化也就不过如此,QTP对web的支持已经算是做得非常不错了,做起来自然很简单。但即使如此也不能说自己精通web自动化测试,不知道精通这个词是否已经被用到烂掉了,SAP Web 有试过?
自动化先别说什么框架什么思想,先从最基础的说,自动化基础是什么?就是对象识别+对象操作。如果你框架再巨大,织布织得多厉害,连穿针引线都不会,就别说织布其实很简单。
不说脱离QTP去干一番啥事业,就算靠着QTP也未必能把目前主流预言的程序对象征服完,试问下测试过的语言有多少种?如果说Only one,或者我觉得还是需要多些认知。4年的自动化不算什么,如果4年里都只跑跑脚本,或者都只弄同一个东西,哪其实1年的经验就等同于4年的经验,没必要说测试了多少年,经历比工作年限重要。
我也培训新人,但我不是这么傲慢和他们说什么QTP其实没什么,很简单,什么录制回放,不耐性的说:Excel哪些到时候都去问百度谷歌吧。我说,QTP要入门简单,要学精不容易,但起码要多动自己的脑筋,这样可以让你学习进步得更快。我和他们说,在企业里,老板看中的是你能剥削的价值和可替代性。因为为了能被剥削,你就要去学点自动化,如果自动化都不会,你连被剥削的权利都没有;因为为了不可替代性,需要的是研究研究再研究,拓展拓展再拓展。不要再哪里撞个3 4年钟出去了还是2 3年前一样。你的敌人永远在读书,如果今天不走,明天就要用跑的。
最后总结的,知道得越多,越觉得自己无知!如果自己没发现自己无知,哪就应该去多看看外面的世界。学习自动化不要停下来,遇到瓶颈的时候可以试着帮别人去解决问题,或者静心思考自己还能做什么,是因为你不敢去想,不敢去发挥创意,才会有瓶颈的出现! 原帖由 假装不在 于 2010-6-14 10:21 发表 http://bbs.51testing.com/images/common/back.gif
:lol 很久很久以前,有一个人,路过这里.....其实他也很想说。
我有同事做了同一个项目快4年,进项目前,项目的脚本就已经成型,而这4年里面就是跑跑脚本。4年后突然发现,原来自己学到的非常少,知道的更是少。 ...
说得比较中肯! 原帖由 假装不在 于 2010-6-14 10:21 发表 http://bbs.51testing.com/images/common/back.gif
:lol 很久很久以前,有一个人,路过这里.....其实他也很想说。
我有同事做了同一个项目快4年,进项目前,项目的脚本就已经成型,而这4年里面就是跑跑脚本。4年后突然发现,原来自己学到的非常少,知道的更是少。 ...
LZ所说立意的要点是QTP在真正工作中使用的难度并不难,而你推广到所有场景中,真的每个人会有机会覆盖到100%的 windows 界面自动化场景吗?
学无止尽是不错,QTP确实覆盖了不少工作中用不到场景,但你真能通过自学很好掌握工作中用不到的其它QTP的方式?
退一步来讲,即使你自学全了QTP的所有支持场景,其翻来覆去也就是那点内容,还需要像学习系统编程那样好些年?
QTP融会贯通难度比编程开发都难? 比开发终极自有的工具都难? 得了吧,别通过吹嘘它的难度提升自身的价值,没用的,即使再丰富多少QTP的使用经验你最终的目的仅仅是通过它来更好地完成测试工作而已,上升不到一个非常高的高度,因为你仅仅是在QTP提供/限定的框架思路模型上进行二次开发而已,并没有创立一个新测试理论对应地革命性的新工具,比如现在google前微软员工James A. Whittaker把探索性测试带入Visual Studio 2010 code ui test工具中实现了漫游式实现。
相比性能自动化的结果不好验证,界面自动化是出名了的出力不讨好的自动化测试并且很难做好。由于其比较低的ROI,很多企业把这种方式排在所有自动化测试的最低优先级,这其中包括google。
[ 本帖最后由 shanxi 于 2010-6-14 15:06 编辑 ] 原帖由 shanxi 于 2010-6-14 14:43 发表 http://bbs.51testing.com/images/common/back.gif
LZ所说立意的要点是QTP在真正工作中使用的难度并不难,而你推广到所有场景中,真的每个人会有机会覆盖到100%的 windows 界面自动化场景吗?
学无止尽是不错,QTP确实覆盖了不少工作中用不到场景,但你真能通过 ...
前面只说到了“不说脱离QTP去干一番啥事业”,主要是针对还建立在QTP的基础上。自主编程的自动化自然是更进一步的想法与追求。而也不可能一个人就突然想起了某种什么划时代的测试理念与概念,这个也是需要建立在对以往工具或者思想的上的探索(认知与批判)慢慢形成的。好比如果没有其它测试理论与工具思想的学习与支持,James A. Whittaker能把探索性测试带进去吗?
另一方面,“其翻来覆去也就是那点内容”,例如得像现在做的.net的UI自动化,需要熟悉的不仅仅是QTP封装的那些东西(因为它也远远不够),更多的是你要去了解这些控件对象的方法,属性,Data source以及继承关系,从某种意义上来讲,已经可以算是一个做UI开发的程序员吧。自然不同的UI程序需要了解的东西也就不一样,但或者“那点”就是万变不离其宗的意思,我没理解好。
“上升不到一个非常高的高度”,这个姑且不做定论,目前还处在低度中,慢慢研究。:lol 呵呵,楼主的观点可以作为初学者,或是一些感到困惑的同行一种鼓励和打气,
不会被需要“编程”吓倒。
但自动化测试的设计,远不止这些,一起交流学习吧 原帖由 假装不在 于 2010-6-14 10:21 发表 http://bbs.51testing.com/images/common/back.gif
:lol 很久很久以前,有一个人,路过这里.....其实他也很想说。
我有同事做了同一个项目快4年,进项目前,项目的脚本就已经成型,而这4年里面就是跑跑脚本。4年后突然发现,原来自己学到的非常少,知道的更是少。 ...
说的比较有用,学习一项技术,精通比不精通好,否则永远只停留在那个层次。 楼主高人
假定:银行系统的页面元素QTP都识别。
条件:给你换一个其他的网站让你玩会
结论:忙乎死你
丢你鸡蛋撒不服气丢还给我::xykwd::: 这种争论其实也没啥意义,这三年多我都有过阶段性的觉得自己做的不错,觉得不难,但随着继续认真的看书学习,总是能发现很多地方可以借鉴,可以做的更好。 原帖由 假装不在 于 2010-6-14 10:21 发表 http://bbs.51testing.com/images/common/back.gif
:lol 很久很久以前,有一个人,路过这里.....其实他也很想说。
我有同事做了同一个项目快4年,进项目前,项目的脚本就已经成型,而这4年里面就是跑跑脚本。4年后突然发现,原来自己学到的非常少,知道的更是少。 ...
我我觉得你方法错了,甚至你这几年做测试下来,可能你对测试理解都错了,当然这是我个人觉得的!
我觉得测试应该掌握的是一种思想和方法,不是工具上的绝对应用,多深沉此的高难度的应用没有思想,一切都是瞎扯淡。
另外,我更不觉得你所谓的QTP工具要多精深才算好!你自己扪心自问,你使用QTP到何程度,你觉得你会很高深的QTP的某些应用领域,你应用到了么?你每天或者每周都在用这个高深的函数或者应用么?
遗忘曲线懂吧,某些东西不用,就慢慢的会忘掉了,难道你为了不忘记QTP某部分高深的功能应用,天天去温习这个?用这个浪费光阴的时间,不如将这些事情交给谷歌或者百度,要用,查一下即可。反正方法思想你会了,你还怕不会用么!
我觉得太高深的功能,真没必要去记住,只要把QTP当中的输入选择输出,以及检查点等等比较简单的掌握了,就差不多了,具体用进项目后,结合项目实际,多注意检查点的位置也就可以了。剩下的高难度的酒交给百度或者谷歌,特别是新人,某些所谓的老手为了体现自己比别人懂得多,或者为了炫耀,可以去记一些0.0000000000000000001%几率可能用到的功能点吧,实际上,真的没多大用处,只能吹嘘! 我所说的只能不过是QTP工具的应用,只希望想学习的人千万别把QTP想太难了,其实很简单,而且也没必要一开始就想使用高难度的一些应用,掌握好,普通的输入、选择、输出、检查点,就非常不错了,一个普通项目中99%的应用其实都是这些组合,读取文本文件,外部读取excel,数据库连接,交给谷歌和百度,因为用到的几率很小,不如将这些交给谷歌,因为你没有天天用,一年不用QTP,你99%都忘记了,但是只要你重新拿起QTP这个工具,我相信,不用3天你也都能重新找回感觉了,所以千万千万千万不要去记那些0.00001%几率用到的功能,不如去记99%的功能,别捡了芝麻丢了习惯。
另外,测试需要掌握的是思想,我觉得思想比工具更重要,思想才是最难能可贵的,有了思想再去学工具,或者重新拿起工具,或许你对它的诠释会完全不一样的。 我来顶贴
看看头像 一个工具 就只是工具而已。
知道原理了,其他的工具都是类似的操作。
对于新人的钻研精神,还是需要鼓励和引导的,楼主不用太愤青了 呵呵 正好在学习QTP,楼主的经验非常有用,借用咯 我十分不赞同你的说法,你这样做局限性太小了,脚本的稳定性和可维护性也不高。 可悲呀,qtp让你这么一说一文不值了。
按照你的理论,HP没必要花人力物力去开发这东西了。
你说这些数据库,excel,文本文件什么的不是所有项目都用。
这个要看具体项目而定。
啊,你到好,你没用过,直接给Pass掉了。
配服你的眼光。
只知其一,就开始下结论。
代表所有qtp爱好者,鄙视你。
大家不要被他误导。 作为一个自动化初窥门径的新手,弱弱的说一句:(个人理解)楼主想表达的意思是不要把QTP想象的太难,太神话,其实作为入手还是比较简单的,个人认为这只是买入这个领域的第一步而已(无论什么领域都一样),但是如果想做精、做深,还是需要学习很多东西的,这样无论做什么,才能做到融会贯通,而不是简单的重复。
目前,不排除有很多所谓有经验的人员对想入门的菜鸟实行“打压战术”,把自己理解的所谓的很深刻的东西都教给他,以示自己所掌握的东西多么的难、多么的难以替代,严重打击了菜鸟的自信心,而没有考虑他人的知识储备和可接受的能力(或者老鸟对自己所掌握的东西没有找到规律,没有进行提取,自己就比较混乱) 本帖最后由 lyscser 于 2011-5-26 08:47 编辑
作为一个自动化初窥门径的新手,弱弱的说一句:(个人理解)楼主想表达的意思是不要把QTP想象的太难,太神话 ...
renquande 发表于 2011-5-25 17:22 http://bbs.51testing.com/images/common/back.gif
还没发现有这么个潜力贴,如果你表达的就是楼主所要表达的意思那就没啥了,请忽略如下不友好的陈述:
1、可能每个人工作方式不同吧,我觉得告诉初学者工具不是那么简单不是件坏事,我看到到现在我们部门还有很多自以为精通QTP的人,认为QTP不如这不如那,其实发现他们连基础的技术问题都解决不了。我觉得都是被这种“不要理解的太难”思想让他们变得轻浮的!
2、还有一点,中国一直花钱使用别人的工具,很少自主开发大型测试工具,究其根源就是这种思想教化的,或者不客气的说教唆的;不要以为严以律己宽以待人就是对的,那是在别人犯了错之后可以这么说,在做事情之前就宽以待人就是害人!
3、楼主做四大银行如何?说得不好听点,完成脚本编写之后拍拍屁股走人了,你的自动化到底产生了什么效益你计算过没有,规划设计如果如此被轻视的话,自动化测试不做也罢,自动化这玩意用来做“打单”的资本先在基本成了国内外包公司的一个普遍现象了。 本帖最后由 renquande 于 2011-5-30 10:28 编辑
回复 38# lyscser
各位看客,千万不要误会,我表达的意思是入门越简单越好,但是入了门,我们不知道的东西是无穷尽的,当自己不懂,了解不深入的时候千万不要武断的下结论:这个不好,那个不好,己所不欲,勿施于人,我们在用别人工具的时候,尽量把工具的优点契合到我们的需求中,而不是一味的来批判别人的缺点。如果发现实在满足不了自己的需求,建议自己开发工具
建议:水满则溢,建议大家无论干什么都要沉下心来,以空杯的心态对待;但还是呼吁我们已经入门的人员对待“菜鸟”时少些专业词汇,多写耐心和提炼,尽量用简洁的语言让菜鸟入门
ps:记得自己第一次做自动化时,考察了现有的工具,发现满足不了自己的需求,就牵头开发了一个Java写的自动化工具,发现使用起来还是比较方便的,虽然过程艰辛,但是学到的东西是非常多的,但过程中让我知道了自己的见识是知之甚微
页:
1
[2]