其实我很想说！

shanxi

其实拓广一下，完全可以说自动化测试工具的使用都不难。
这里说的自动化测试主要指常见的QTP、LR。

假装不在

   很久很久以前，有一个人，路过这里.....其实他也很想说。

我有同事做了同一个项目快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 10:21 发表
   很久很久以前，有一个人，路过这里.....其实他也很想说。

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

说得比较中肯！

shanxi

原帖由 假装不在 于 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 编辑 ]

假装不在

原帖由 shanxi 于 2010-6-14 14:43 发表


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

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

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

sterson

呵呵，楼主的观点可以作为初学者，或是一些感到困惑的同行一种鼓励和打气，
不会被需要“编程”吓倒。

但自动化测试的设计，远不止这些，一起交流学习吧

rojer521

原帖由 假装不在 于 2010-6-14 10:21 发表
   很久很久以前，有一个人，路过这里.....其实他也很想说。

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

说的比较有用，学习一项技术，精通比不精通好，否则永远只停留在那个层次。

47385024

楼主高人  

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

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

结论：忙乎死你

丢你鸡蛋撒  不服气丢还给我::xykwd:::

xiaoyaoke

这种争论其实也没啥意义，这三年多我都有过阶段性的觉得自己做的不错，觉得不难，但随着继续认真的看书学习，总是能发现很多地方可以借鉴，可以做的更好。

鹭岛

原帖由 假装不在 于 2010-6-14 10:21 发表
   很久很久以前，有一个人，路过这里.....其实他也很想说。

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

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

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

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

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

我觉得太高深的功能，真没必要去记住，只要把QTP当中的输入选择输出，以及检查点等等比较简单的掌握了，就差不多了，具体用进项目后，结合项目实际，多注意检查点的位置也就可以了。剩下的高难度的酒交给百度或者谷歌，特别是新人，某些所谓的老手为了体现自己比别人懂得多，或者为了炫耀，可以去记一些0.0000000000000000001%几率可能用到的功能点吧，实际上，真的没多大用处，只能吹嘘！

鹭岛

我所说的只能不过是QTP工具的应用，只希望想学习的人千万别把QTP想太难了，其实很简单，而且也没必要一开始就想使用高难度的一些应用，掌握好，普通的输入、选择、输出、检查点，就非常不错了，一个普通项目中99%的应用其实都是这些组合，读取文本文件，外部读取excel，数据库连接，交给谷歌和百度，因为用到的几率很小，不如将这些交给谷歌，因为你没有天天用，一年不用QTP，你99%都忘记了，但是只要你重新拿起QTP这个工具，我相信，不用3天你也都能重新找回感觉了，所以千万千万千万不要去记那些0.00001%几率用到的功能，不如去记99%的功能，别捡了芝麻丢了习惯。

另外，测试需要掌握的是思想，我觉得思想比工具更重要，思想才是最难能可贵的，有了思想再去学工具，或者重新拿起工具，或许你对它的诠释会完全不一样的。

asfo

我来顶贴
看看头像

lyt20

一个工具 就只是工具而已。
知道原理了，其他的工具都是类似的操作。
对于新人的钻研精神，还是需要鼓励和引导的，楼主不用太愤青了 呵呵

liy_lan

正好在学习QTP，楼主的经验非常有用，借用咯

kou_dou

我十分不赞同你的说法，你这样做局限性太小了，脚本的稳定性和可维护性也不高。

17800455

可悲呀，qtp让你这么一说一文不值了。
按照你的理论，HP没必要花人力物力去开发这东西了。

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

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

代表所有qtp爱好者，鄙视你。
大家不要被他误导。

renquande

作为一个自动化初窥门径的新手，弱弱的说一句：（个人理解）楼主想表达的意思是不要把QTP想象的太难，太神话，其实作为入手还是比较简单的，个人认为这只是买入这个领域的第一步而已（无论什么领域都一样），但是如果想做精、做深，还是需要学习很多东西的，这样无论做什么，才能做到融会贯通，而不是简单的重复。
目前，不排除有很多所谓有经验的人员对想入门的菜鸟实行“打压战术”，把自己理解的所谓的很深刻的东西都教给他，以示自己所掌握的东西多么的难、多么的难以替代，严重打击了菜鸟的自信心，而没有考虑他人的知识储备和可接受的能力（或者老鸟对自己所掌握的东西没有找到规律，没有进行提取，自己就比较混乱）

lyscser

作为一个自动化初窥门径的新手，弱弱的说一句：（个人理解）楼主想表达的意思是不要把QTP想象的太难，太神话 ...
renquande 发表于 2011-5-25 17:22

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

renquande

回复 38# lyscser

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

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

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