51Testing软件测试论坛

标题: 其实我很想说! [打印本页]

作者: 鹭岛    时间: 2010-6-8 12:44
标题: 其实我很想说!
QTP很简单,不要想太难!

VBS不要精通,只要掌握if语句,for语句,也就基本OK了

然后了解:点击重置
Browser("CreationTime:=0").Page("index:=0").WebButton("name:=重置").Click

这样一个语句的意思,说实话,QTP就大概懂了,没必要干嘛了

别听那些老师胡吹瞎吹,要什么连接数据库语句、读取文本文件信息、写多少个function、多少个sub。。。。
都是瞎吹,胡吹,完全可以不用(用也没错,只是可能每个文件每次都需要用到,写成function存储在vbs文件调用后就不用每次写同样的脚本而已)

像数据库连接,数据库语句,谷歌,百度告诉你,如果找不到,自己手动连接下,在QTP里面建立连接就可以了,会自动生成一个连接语句的,大部分语言的数据库连接语句大同小异。读书文本文件,读取excel文件信息,几年用一次,几个项目用一次,没必要去记住,掌握一个方法,即可,顶多自己尝试一次,然后忘掉它,要用,谷歌百度告诉你,反正思想掌握了,方法掌握了,也就改改变量而已。

这几天在培养新人,发现他们各个想钻牛角尖,想一来就学习什么QTP连接调用数据库,想操纵文本文件,想操纵excel。
哎,实在太看不过去了

我自己做四大银行之一的某个系统的功能自动化测试,做了几年了,有哪些需要用到数据库?有哪些需用调用excel?有哪些需要操作文本文件?都是屈指可数,之前有,现在我们也都改掉了,数据库有的数据,不代表是正确的,所以新手们,醒醒吧,不要去专研高深的东西,写好如下几个:(注意使用spy工具查看脚本对应的结果,有的是没frame的,把中间的webtable都忽略掉,也可以不忽略webtable)
browser("属性:=属性值").Page("").Frame("").WebEdit("").Set ""  输入数据
browser("").Page("").Frame("").WebButton("").Click   点击button
browser("").Page("").Frame("").WebList("").Select ""  下拉选择
browser("").Page("").Frame("").WebFile("").Click     点击上传
browser("").Page("").Frame("").WebTable("ChildItem(1,2,"WebEdit",0).Set "" 对webtable的1行2列进行输入值
.....
反正差不多90%的脚本都是上面类似的,9.999999%是if和for循环组合的,0.0000000000001%是什么连接数据库呀,读取文本文件呀,调用外部excel文件啦。

另外只有中长期,少说也要半年以上的项目(反正我这边的项目都是已经5,6年了,估计再30年也没问题,毕竟是银行系统),并且需求要比较稳定的才适合使用QTP,天天改去需求,天天维护脚本。。。估计够呛。。。
作者: 鹭岛    时间: 2010-6-8 12:54
我所说的是一般的应用,如果开发自动化框架、或者其他深层次的应用,那是需要超过这个范围的,但对于一般的QTP使用者来说上面基本足够了
作者: haven6    时间: 2010-6-8 13:13
很好,顶你
作者: xavier_007    时间: 2010-6-8 14:43
恩,说的还是不错的
作者: fenghaonan    时间: 2010-6-8 17:02
楼上说的有道理。
作者: shanxi    时间: 2010-6-8 18:44
标题: 回复 1# 的帖子
其实难就难在开发自己的界面自动化工具 从零开始。
作者: TIB    时间: 2010-6-8 20:09
自动化测试工具确实不难。很多问题其实不是工具层面的,也不是所谓的“框架”层面的。从工具的基本原理出发、从代码设计的层面多思考、多实践,才是自动化测试的根本所在。
作者: xyan    时间: 2010-6-9 17:07
貌似有点道理,学习了
作者: xiaoyaoke    时间: 2010-6-9 17:13
QTP的应用的确不难

但你描述中的所谓XML,DB,EXCEL,HTTP等等都是常识,做IT工作无论你用不用都要掌握
作者: wugecat    时间: 2010-6-9 17:50
知道怎么回事,怎么用就好,不会的去查就可以了
作者: liusiyan    时间: 2010-6-10 12:27
同意lz的说法,我觉得也是这么回事
作者: yujiaoyang    时间: 2010-6-10 16:47
对熟练的朋友来说,确实不难,但对刚入门的朋友来说,也是有一定难度的!
什么都有个相对,就好比是一个自己未知的领域,感觉很有难度,但行内人可能觉得就是基础中的基础了!
作者: allenzgw    时间: 2010-6-11 09:08
是的,难得在框架的建立,一旦框架定型了,这些比如数据库读取的操作,全部都有函数支持了,只需要调用即可,所有的东西,只是在搭积木,调用所需要的业务函数+功能函数,完成你所需要的业务目的即可。而框架的建设,更类似一个管理的思想+脚本实现。搞完这个,自动化就没什么可再深究的了。
作者: xiaoyaoke    时间: 2010-6-11 10:00
标题: 回复 14# 的帖子
负责人的告诉你:你现在就在搭积木

一山更有一山高,永远别说这样的话:“搞完这个,自动化就没什么可再深究的了。“
作者: fanliukund    时间: 2010-6-11 14:32
恩 不错不错..的确是这样的

知识是永无止尽的
只要能达到目标
符合大家的期望 就算成功
作者: yahuu    时间: 2010-6-11 16:05
当然站在巨人的肩上,什么都简单了
作者: yujie6832    时间: 2010-6-12 09:47
会者不难吧,会了以后就是经验了,这东西就没法概括了
作者: soarsky629    时间: 2010-6-12 11:15
讨论得很好,会了则是经验~~
作者: quicker    时间: 2010-6-12 14:45
同意!!!

[ 本帖最后由 quicker 于 2010-6-12 14:48 编辑 ]
作者: huilin.gao    时间: 2010-6-12 16:17
我觉得qtp的主要问题在对象识别上
作者: shanxi    时间: 2010-6-12 16:39
其实拓广一下,完全可以说自动化测试工具的使用都不难。
这里说的自动化测试主要指常见的QTP、LR。
作者: 假装不在    时间: 2010-6-14 10:21
   很久很久以前,有一个人,路过这里.....其实他也很想说。

我有同事做了同一个项目快4年,进项目前,项目的脚本就已经成型,而这4年里面就是跑跑脚本。4年后突然发现,原来自己学到的非常少,知道的更是少。甚至那时候就觉得自动化也就这样,很简单。

这故事告诉我们,当接触的东西不多的时候,看外面世界的缝就越小。不要整天拿个“破”web说什么自动化也就不过如此,QTP对web的支持已经算是做得非常不错了,做起来自然很简单。但即使如此也不能说自己精通web自动化测试,不知道精通这个词是否已经被用到烂掉了,SAP Web 有试过?

自动化先别说什么框架什么思想,先从最基础的说,自动化基础是什么?就是对象识别+对象操作。如果你框架再巨大,织布织得多厉害,连穿针引线都不会,就别说织布其实很简单。

不说脱离QTP去干一番啥事业,就算靠着QTP也未必能把目前主流预言的程序对象征服完,试问下测试过的语言有多少种?如果说Only one,或者我觉得还是需要多些认知。4年的自动化不算什么,如果4年里都只跑跑脚本,或者都只弄同一个东西,哪其实1年的经验就等同于4年的经验,没必要说测试了多少年,经历比工作年限重要。

我也培训新人,但我不是这么傲慢和他们说什么QTP其实没什么,很简单,什么录制回放,不耐性的说:Excel哪些到时候都去问百度谷歌吧。我说,QTP要入门简单,要学精不容易,但起码要多动自己的脑筋,这样可以让你学习进步得更快。我和他们说,在企业里,老板看中的是你能剥削的价值和可替代性。因为为了能被剥削,你就要去学点自动化,如果自动化都不会,你连被剥削的权利都没有;因为为了不可替代性,需要的是研究研究再研究,拓展拓展再拓展。不要再哪里撞个3 4年钟出去了还是2 3年前一样。你的敌人永远在读书,如果今天不走,明天就要用跑的。

最后总结的,知道得越多,越觉得自己无知!如果自己没发现自己无知,哪就应该去多看看外面的世界。学习自动化不要停下来,遇到瓶颈的时候可以试着帮别人去解决问题,或者静心思考自己还能做什么,是因为你不敢去想,不敢去发挥创意,才会有瓶颈的出现!
作者: TIB    时间: 2010-6-14 11:49
原帖由 假装不在 于 2010-6-14 10:21 发表
   很久很久以前,有一个人,路过这里.....其实他也很想说。

我有同事做了同一个项目快4年,进项目前,项目的脚本就已经成型,而这4年里面就是跑跑脚本。4年后突然发现,原来自己学到的非常少,知道的更是少。 ...

说得比较中肯!
作者: shanxi    时间: 2010-6-14 14:43
原帖由 假装不在 于 2010-6-14 10:21 发表
   很久很久以前,有一个人,路过这里.....其实他也很想说。

我有同事做了同一个项目快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 编辑 ]
作者: 假装不在    时间: 2010-6-15 02:07
原帖由 shanxi 于 2010-6-14 14:43 发表


LZ所说立意的要点是QTP在真正工作中使用的难度并不难,而你推广到所有场景中,真的每个人会有机会覆盖到100%的 windows 界面自动化场景吗?

学无止尽是不错,QTP确实覆盖了不少工作中用不到场景,但你真能通过 ...


前面只说到了“不说脱离QTP去干一番啥事业”,主要是针对还建立在QTP的基础上。自主编程的自动化自然是更进一步的想法与追求。而也不可能一个人就突然想起了某种什么划时代的测试理念与概念,这个也是需要建立在对以往工具或者思想的上的探索(认知与批判)慢慢形成的。好比如果没有其它测试理论与工具思想的学习与支持,James A. Whittaker能把探索性测试带进去吗?
另一方面,“其翻来覆去也就是那点内容”,例如得像现在做的.net的UI自动化,需要熟悉的不仅仅是QTP封装的那些东西(因为它也远远不够),更多的是你要去了解这些控件对象的方法,属性,Data source以及继承关系,从某种意义上来讲,已经可以算是一个做UI开发的程序员吧。自然不同的UI程序需要了解的东西也就不一样,但或者“那点”就是万变不离其宗的意思,我没理解好。
“上升不到一个非常高的高度”,这个姑且不做定论,目前还处在低度中,慢慢研究。
作者: sterson    时间: 2010-6-15 11:42
呵呵,楼主的观点可以作为初学者,或是一些感到困惑的同行一种鼓励和打气,
不会被需要“编程”吓倒。

但自动化测试的设计,远不止这些,一起交流学习吧
作者: rojer521    时间: 2010-6-16 13:14
原帖由 假装不在 于 2010-6-14 10:21 发表
   很久很久以前,有一个人,路过这里.....其实他也很想说。

我有同事做了同一个项目快4年,进项目前,项目的脚本就已经成型,而这4年里面就是跑跑脚本。4年后突然发现,原来自己学到的非常少,知道的更是少。 ...


说的比较有用,学习一项技术,精通比不精通好,否则永远只停留在那个层次。
作者: 47385024    时间: 2010-6-16 14:20
楼主高人  

假定:银行系统的页面元素QTP都识别。

条件:给你换一个其他的网站让你玩会

结论:忙乎死你

丢你鸡蛋撒  不服气丢还给我::xykwd:::
作者: xiaoyaoke    时间: 2010-6-16 15:37
这种争论其实也没啥意义,这三年多我都有过阶段性的觉得自己做的不错,觉得不难,但随着继续认真的看书学习,总是能发现很多地方可以借鉴,可以做的更好。
作者: 鹭岛    时间: 2010-6-18 12:49
原帖由 假装不在 于 2010-6-14 10:21 发表
   很久很久以前,有一个人,路过这里.....其实他也很想说。

我有同事做了同一个项目快4年,进项目前,项目的脚本就已经成型,而这4年里面就是跑跑脚本。4年后突然发现,原来自己学到的非常少,知道的更是少。 ...


我我觉得你方法错了,甚至你这几年做测试下来,可能你对测试理解都错了,当然这是我个人觉得的!

我觉得测试应该掌握的是一种思想和方法,不是工具上的绝对应用,多深沉此的高难度的应用没有思想,一切都是瞎扯淡。

另外,我更不觉得你所谓的QTP工具要多精深才算好!你自己扪心自问,你使用QTP到何程度,你觉得你会很高深的QTP的某些应用领域,你应用到了么?你每天或者每周都在用这个高深的函数或者应用么?

遗忘曲线懂吧,某些东西不用,就慢慢的会忘掉了,难道你为了不忘记QTP某部分高深的功能应用,天天去温习这个?用这个浪费光阴的时间,不如将这些事情交给谷歌或者百度,要用,查一下即可。反正方法思想你会了,你还怕不会用么!

我觉得太高深的功能,真没必要去记住,只要把QTP当中的输入选择输出,以及检查点等等比较简单的掌握了,就差不多了,具体用进项目后,结合项目实际,多注意检查点的位置也就可以了。剩下的高难度的酒交给百度或者谷歌,特别是新人,某些所谓的老手为了体现自己比别人懂得多,或者为了炫耀,可以去记一些0.0000000000000000001%几率可能用到的功能点吧,实际上,真的没多大用处,只能吹嘘!
作者: 鹭岛    时间: 2010-6-18 12:56
我所说的只能不过是QTP工具的应用,只希望想学习的人千万别把QTP想太难了,其实很简单,而且也没必要一开始就想使用高难度的一些应用,掌握好,普通的输入、选择、输出、检查点,就非常不错了,一个普通项目中99%的应用其实都是这些组合,读取文本文件,外部读取excel,数据库连接,交给谷歌和百度,因为用到的几率很小,不如将这些交给谷歌,因为你没有天天用,一年不用QTP,你99%都忘记了,但是只要你重新拿起QTP这个工具,我相信,不用3天你也都能重新找回感觉了,所以千万千万千万不要去记那些0.00001%几率用到的功能,不如去记99%的功能,别捡了芝麻丢了习惯。

另外,测试需要掌握的是思想,我觉得思想比工具更重要,思想才是最难能可贵的,有了思想再去学工具,或者重新拿起工具,或许你对它的诠释会完全不一样的。
作者: asfo    时间: 2010-6-18 16:47
我来顶贴
看看头像
作者: lyt20    时间: 2010-6-20 20:47
一个工具 就只是工具而已。
知道原理了,其他的工具都是类似的操作。
对于新人的钻研精神,还是需要鼓励和引导的,楼主不用太愤青了 呵呵
作者: liy_lan    时间: 2011-5-23 15:40
正好在学习QTP,楼主的经验非常有用,借用咯
作者: kou_dou    时间: 2011-5-23 18:47
我十分不赞同你的说法,你这样做局限性太小了,脚本的稳定性和可维护性也不高。
作者: 17800455    时间: 2011-5-24 11:59
可悲呀,qtp让你这么一说一文不值了。
按照你的理论,HP没必要花人力物力去开发这东西了。

你说这些数据库,excel,文本文件什么的不是所有项目都用。
这个要看具体项目而定。

啊,你到好,你没用过,直接给Pass掉了。
配服你的眼光。
只知其一,就开始下结论。

代表所有qtp爱好者,鄙视你。
大家不要被他误导。
作者: renquande    时间: 2011-5-25 17:22
作为一个自动化初窥门径的新手,弱弱的说一句:(个人理解)楼主想表达的意思是不要把QTP想象的太难,太神话,其实作为入手还是比较简单的,个人认为这只是买入这个领域的第一步而已(无论什么领域都一样),但是如果想做精、做深,还是需要学习很多东西的,这样无论做什么,才能做到融会贯通,而不是简单的重复。
目前,不排除有很多所谓有经验的人员对想入门的菜鸟实行“打压战术”,把自己理解的所谓的很深刻的东西都教给他,以示自己所掌握的东西多么的难、多么的难以替代,严重打击了菜鸟的自信心,而没有考虑他人的知识储备和可接受的能力(或者老鸟对自己所掌握的东西没有找到规律,没有进行提取,自己就比较混乱)
作者: lyscser    时间: 2011-5-26 08:45
本帖最后由 lyscser 于 2011-5-26 08:47 编辑
作为一个自动化初窥门径的新手,弱弱的说一句:(个人理解)楼主想表达的意思是不要把QTP想象的太难,太神话 ...
renquande 发表于 2011-5-25 17:22



还没发现有这么个潜力贴,如果你表达的就是楼主所要表达的意思那就没啥了,请忽略如下不友好的陈述:
1、可能每个人工作方式不同吧,我觉得告诉初学者工具不是那么简单不是件坏事,我看到到现在我们部门还有很多自以为精通QTP的人,认为QTP不如这不如那,其实发现他们连基础的技术问题都解决不了。我觉得都是被这种“不要理解的太难”思想让他们变得轻浮的!
2、还有一点,中国一直花钱使用别人的工具,很少自主开发大型测试工具,究其根源就是这种思想教化的,或者不客气的说教唆的;不要以为严以律己宽以待人就是对的,那是在别人犯了错之后可以这么说,在做事情之前就宽以待人就是害人!
3、楼主做四大银行如何?说得不好听点,完成脚本编写之后拍拍屁股走人了,你的自动化到底产生了什么效益你计算过没有,规划设计如果如此被轻视的话,自动化测试不做也罢,自动化这玩意用来做“打单”的资本先在基本成了国内外包公司的一个普遍现象了。
作者: renquande    时间: 2011-5-30 10:25
本帖最后由 renquande 于 2011-5-30 10:28 编辑

回复 38# lyscser

各位看客,千万不要误会,我表达的意思是入门越简单越好,但是入了门,我们不知道的东西是无穷尽的,当自己不懂,了解不深入的时候千万不要武断的下结论:这个不好,那个不好,己所不欲,勿施于人,我们在用别人工具的时候,尽量把工具的优点契合到我们的需求中,而不是一味的来批判别人的缺点。如果发现实在满足不了自己的需求,建议自己开发工具

建议:水满则溢,建议大家无论干什么都要沉下心来,以空杯的心态对待;但还是呼吁我们已经入门的人员对待“菜鸟”时少些专业词汇,多写耐心和提炼,尽量用简洁的语言让菜鸟入门

ps:记得自己第一次做自动化时,考察了现有的工具,发现满足不了自己的需求,就牵头开发了一个Java写的自动化工具,发现使用起来还是比较方便的,虽然过程艰辛,但是学到的东西是非常多的,但过程中让我知道了自己的见识是知之甚微




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2