gotolife 2007-5-26 00:56
态度决定行为，学好自动化测试，首先需要从态度上转变
有人说，自动化难于理解，我对于这句话感到十分不能理解。。。
我接触QTP约2周，现在已经有能力开发自动化测试的框架。
先看了一周指南，然后一周边实践，边扩展，扩展就是一个学习的过程，使用QTP自带的HELP文档，在不断增加测试脚本的同时，对已有的脚本不断地进行重构。
扩展的主要目标：不容易进行自动化测试的功能，高度可重用的脚本
第一个目标：是思维的扩展，能力的扩展
第二个目标：可重用性低，那么就失去了自动化测试的意义
下苦功夫，用心去学，切记不要为了工作而工作，要不断的提高自己的利用价值，干一行，爱一行，为了明天，为了前途，为了家人可以更好的生活，自己吃一点点苦又算什么呢？
不要说自己时间紧迫，为什么时间会紧迫？这是因为没有做好时间规划。对于时间的规划，只能靠你自己。
论坛里经常看到一些人总在问一些基础的问题，其实，解答了这些问题，你同样是需要用眼睛去看，用大脑去理解。
而去看官方帮助，同样是用眼睛看，大脑理解，这又有什么区别呢？
而看官方帮助，里面讲的更细，更全面。而我们解答的内容，往往存在自己的理解，那么，我们的理解是否正确？
假设，Mercury制作资料的人员，在制作资料的时候产生了一点点的偏差，我们学习时，我们的理解产生了一点点的偏差，教给你的时候，你的理解也产生了一点点的偏差，那么，很有可能，这些偏差加起来，可以让一只大象变成一头猪。
想学好自动化测试，就要一步一个脚印，踏踏实实的前进，基础不好的，把上论坛和打游戏的时间，用到研究指南文档上，把基础打好；基础不好，来这里也学不到什么东西的，反而时间就浪费掉了。
我现在做的，就是上论坛，看看别人发的基础类的帖子，参考别人是怎么理解的，然后找一些难于自动化测试的解决办法，这让我进步真的很快。
最后说一句，脚本是最容易写的，大家不要把重点放在脚本实现上，最重要的还是自动化解决方案，有了方案，什么都能轻松实现。
比如，我最近提过的一个问题：如何测试两台PC之间的连通性。当你找到方案，脚本还不是手到擒来？
如果，学习了一段时间，仍觉得自动化难于理解，建议学一门编程语言，可以让你有一个质的飞跃。
有一句很经典的话是这么说的：学计算机不学编程，等于什么都没学。
——本日看贴，看到一些同行遗失方向，特发本帖，亦属有感而发，啰嗦几句，莫怪莫怪！
EdmondYe 2007-5-26 11:07
楼主很强,"我接触QTP约2周，现在已经有能力开发自动化测试的框架。"你应该定义下你的自动化测试框架是轻量级的还是重量级的.
yxd2006 2007-5-26 11:17
LZ厉害呀,我看了两周只懂得怎么去录制脚本,设置检查点,参数化一些基本的功能.
看来得加把颈,专心学习
walker1020 2007-5-26 11:48
gotolife 的经历很有说服力，楼主的话很有代表性，楼主的做法值得学习。楼主说得很对，不要本末倒置，“遗失方向”，“不要把重点放在脚本实现上，最重要的还是自动化解决方案，有了方案，什么都能轻松实现”。
[[i] 本帖最后由 walker1020 于 2007-6-1 12:48 编辑 [/i]]
fantasy521 2007-5-26 12:02
我也学了一段时间QTP，但是和楼主比差很多，学习
现在学编程了，感觉还是有好多东西没有从根本认识，不能急，慢慢来，坚持就好
wssgily 2007-5-26 13:02
[quote]原帖由 [i]gotolife[/i] 于 2007-5-26 00:56 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=538245&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
有人说，自动化难于理解，我对于这句话感到十分不能理解。。。
我接触QTP约2周，现在已经有能力开发自动化测试的框架。
先看了一周指南，然后一周边实践，边扩展，扩展就是一个学习的过程，使用QTP自带的HE ... [/quote]
楼主挺逗的，呵呵．
支持楼主的提倡的自学．就应该不是什么问题都来问的，可以F1，可以google.
也不是什么都那么好学，方案是宏观的，技术是微观的！两者有联系，也不是方案做好了，技术就好了．要不都去学软件工程就好了，为什么还有人学QTP．
楼主，也不要说大话，有技术能力写框架的人多了去了，但为什么都写不出来呢．倒不是因为技术不行，还是理念和理解自动化的问题解决不了．
自动化最终到底，方案技术都是小意思，最为关键的是自动化背后的理念，是和业务流程，当前技术，自身环境的结合．
自动化要真正实现，技术只占了1/3,还有组织和流程呢，难了去了！呵呵！
一家之言，如有不妥，海涵！
[[i] 本帖最后由 wssgily 于 2007-5-26 13:11 编辑 [/i]]
lonetan 2007-5-26 15:23
请问可以不用录制脚本纯手工编写脚本来实现自动化测试吗？脚本可重用的，像读取配置文件那样来对不同的业务功能模块进行测试。
walker1020 2007-5-26 18:15
[quote]原帖由 [i]lonetan[/i] 于 2007-5-26 15:23 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=538421&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
请问可以不用录制脚本纯手工编写脚本来实现自动化测试吗？脚本可重用的，像读取配置文件那样来对不同的业务功能模块进行测试。 [/quote]
完全可以，某些公司就是这样做的。具体做法是先吧对象增加到对象库里面去，然后用描述性编程去写要实现的操作和检查等。
gotolife 2007-5-26 21:48
[quote]原帖由 [i]lonetan[/i] 于 2007-5-26 15:23 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=538421&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
请问可以不用录制脚本纯手工编写脚本来实现自动化测试吗？脚本可重用的，像读取配置文件那样来对不同的业务功能模块进行测试。 [/quote]
如果不用QTP的话，使用JAVA， JAVA中有一个java.robot的类库，可以实现自动化的
gotolife 2007-5-26 21:53
[quote]原帖由 [i]walker1020[/i] 于 2007-5-26 11:48 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=538314&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
gotolife 的经历很有说服力，楼主的话很有代表性，楼主的做法值得学习。楼主说得很对，不用本末倒置，“遗失方向”，“不要把重点放在脚本实现上，最重要的还是自动化解决方案，有了方案，什么都能轻松实现”。 [/quote]
知己者，汝也.
gotolife 2007-5-26 22:29
回答一下各位网友的问题：
1. QTP本身已经是一个自动化测试的框架，再开发自动化测试框架，则完全是针对某一产品，通过对常用且可重用的测试逻辑进行封装，简化自动化测试脚本开发的工作量，如果非要定一个量级的话，我认为应该属于轻量级
2. 关于自动化测试理念之类，业务流程之类，对于我来说，都是空的。一个团体尚且不能达到，何况一人呢。举个简单的例子，IBM的IPD流程，一套是10亿RMB左右，用这套流程的公司多了去了，但是能完全理解IPD流程的公司，只IBM自己而已。
技术增长引起经验增加，当经验达到一个阈值，才可能有能力来做方案，所以方案做的好，技术也不会差。俗话说，有钱能使鬼推磨。方案的价值，比产品何止大百倍。大家都知道美国高通公司，是靠卖专利来挣钱的，它的产品就是一个一个的方案，高通好几年才出那么一个方案，但是这个方案的授权费用，是一个天文数字。不过从来没听说过，什么理念是能挣钱的。
我作为一个简单的工人，不会去考虑什么流程，什么理念。我所谈论的解决方案，是狭义上的解决方案，说白了，就是一个不能自动化测试的功能，怎么让它变的能自动化测试，通过用什么样的手段，来达到我想要的结果。我只考虑这些，其他的，不在其位，不谋其职。
3. 认为我说大话的人，请仔细再读一遍我的文章，然后按文章上面说的去做，2周后，看看是一个什么样的水平。你每天只需要4个小时的专心即可。
wssgily 2007-5-26 23:00
[quote]原帖由 [i]gotolife[/i] 于 2007-5-26 22:29 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=538590&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
回答一下各位网友的问题：
1. QTP本身已经是一个自动化测试的框架，再开发自动化测试框架，则完全是针对某一产品，通过对常用且可重用的测试逻辑进行封装，简化自动化测试脚本开发的工作量，如果非要定一个 ... [/quote]
不考虑流程,不结合实际还做什么自动化啊,还不如天天写函数自己调用来得爽呢.IBM的流程是太大了,如果我们做自动化的时候流程不考虑，如何进步,正是因为不行,所以才学习.楼主现在做的自动化工作也肯定是在流程的控制之下,不然哪能做的这么爽啊!呵呵!
并不是所有的朋友都有你的开发的功底来学QTP的,如果你刚接触测试,开发没有做过,2周,就是4周,也达不到楼主的能力的.所以请不要以你的能力来衡量每个人的水平,大家都是从论坛混出来的,不懂就问挺正常的,但我也挺提倡楼主所说的,尽可能自己解决问题,或者查查资料的.实在搞不明白的再提问．
＂不在其职,不谋其位＂，看来楼主的测试大环境是相当好的，领导支持，有技术．可是现在的中国测试环境下，有时候是不在其职是需要谋其位的．是有太多的事情是需要测试去推动的．楼主的环境是太好了，真是让人羡慕。
一家之言，如有不妥，海涵！
[[i] 本帖最后由 wssgily 于 2007-5-26 23:15 编辑 [/i]]
gotolife 2007-5-27 03:49
sdlkfj8 环境如何好？
也是刚刚引入自动化测试 白天9小时手工测试 晚上回家搞自动化 时间一般控制在2 - 4个小时
另外，“大家都是从论坛混出来的,不懂就问挺正常的”， 这样做，不但效率不高，而且会养成思维惰性。
技术论坛的本质，应该是为技术交流提供平台，而不是教育机构。
术业有专攻，在自动化测试中，也许A往常的工作偏重于B/S系统的测试，而B偏重于C/S系统的测试。
这时，A的公司和B的公司都开发了一套产品，涵盖了B/S和C/S两种结构的系统。那么，A和B就可以交换经验或成果，而进行交换的平台，就是论坛。
无偿的技术奉献，只适用于开源项目或开源社区，否则，任何一个人，都会因为职业道德的束缚，不可能也不会把自己的真正经验和成果公布出来。这也正是造成了毕业生找工作难
的根本原因。毕业生为什么找工作难？因为新毕业生新参加工作，往往会有无从下手的感觉，这就很容易遗失方向。企业里，没有人有义务教你什么，要记住这句话，没有人有这个义务。
鄙人写文章的主要目的，就是给新入行的同行一点学习方法和前进方向，相信别人不如相信自己，与其有时间上论坛，不如先花点时间打好基础。
[[i] 本帖最后由 gotolife 于 2007-5-27 04:47 编辑 [/i]]
wssgily 2007-5-27 09:14
同意楼上的大部分观点.
论坛其实我把其定位为,正如师者一样,
传道授业解惑也...
songfun 2007-5-27 10:27
浮躁的年代的浮躁的人
楼主的标题不错，文章中大部分的建议也很不错。
不过自己却说“接触QTP约2周，现在已经有能力开发自动化测试的框架”——个人认为楼主自身的态度也应当转变。
不客气的说，两周能会什么？自动化测试框架到底是什么，估计楼主都没理解，更不要说实际应用实施的经验了。
希望大家还是静下心来学习，在论坛上磨嘴皮子没什么意义。想要帮助别人的想法很好，但是要看看能起多大的作用，如果起不了作用，不如做些更有意义的事。
[quote]原帖由 [i]gotolife[/i] 于 2007-5-26 00:56 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=538245&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
有人说，自动化难于理解，我对于这句话感到十分不能理解。。。
我接触QTP约2周，现在已经有能力开发自动化测试的框架。
先看了一周指南，然后一周边实践，边扩展，扩展就是一个学习的过程，使用QTP自带的HE ... [/quote]
gotolife 2007-5-27 11:14
[quote]原帖由 [i]wssgily[/i] 于 2007-5-27 09:14 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=538663&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
同意楼上的大部分观点.
论坛其实我把其定位为,正如师者一样,
传道授业解惑也... [/quote]
同意你的观点，但是在前期，最好的师者是官方帮助。等有了基础，论坛则是最好的老师！
gotolife 2007-5-27 12:28
[quote]原帖由 [i]songfun[/i] 于 2007-5-27 10:27 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=538695&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
楼主的标题不错，文章中大部分的建议也很不错。
不过自己却说“接触QTP约2周，现在已经有能力开发自动化测试的框架”——个人认为楼主自身的态度也应当转变。
不客气的说，两周能会什么？自动化测试框架到底 ... [/quote]
首先，感谢您在测试两台PC的之间的连通性方面给我的帮助
其次，您没有看懂我这篇文章。
难道我要告诉大家，如果不上论坛，专心的学习两周QTP，结果是没能力？
而事实上，通过一周的学习，一周的实践，我现在已经开始开发针对我们产品的自动化测试框架了。虽然有很多问题仍然不能解决，但绝不是没能力。
请您2个问题：
1. 第一周专心学习QTP的指南，在本周内拥有基础测试能力，这是否可疑？
2. 第二周专心进行扩展实践，把已有的脚本进行可重用化，并把常用逻辑进行封装，简化测试脚本开发的过程，我已经说过，这是一个在QTP测试框架或开发框架之上的针对某一产品的开发框架，属于轻量级的框架，这是否可疑？
回答这2个问题，并不能帮助您能够看懂我的文章，在文章中积极论述的，是一种不为工作而工作的学习态度，而只有端正了学习态度，才能摒弃思维惰性，使职业生涯更加美满，这同时是我个人职业生涯中的真实经验。我有开发的基础，我的学习方法的确不一定适合每一个人。学习方法和时间规划只能靠自己去探索，去尝试来找到最适合自己的。通过借鉴别人的学习方法，来完善自己的学习方法。本文的主旨在于：为迷路者当头棒喝，纠正前进方向。
PS：若再有朋友在这句话上纠缠不清，概不理会。
dcyan 2007-5-27 16:32
搞不懂，到底是讲学习态度的重要性，还是讲学习方法的重要性
gotolife 2007-5-27 18:51
只是简单的提了一下我的学习方法
通过掌握基础，然后进行实践，在实践的过程中不断的进行扩展，并通过论坛来解决实践中的顽固问题。
扩展包含不断的对脚本进行重构、优化算法和增加不同功能的脚本。
其中参考资料的顺序为
1. QTP指南
2. QTP帮助
3. MSDN
4. 论坛
5. Google
markbullet 2007-5-28 10:48
大家都应该睇睇啊,学习学习啊
zhou840401 2007-5-28 12:49
[quote]原帖由 [i]walker1020[/i] 于 2007-5-26 18:15 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=538520&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
完全可以，某些公司就是这样做的。具体做法是先吧对象增加到对象库里面去，然后用描述性编程去写要实现的操作和检查等。 [/quote]
"对象增加到对象库里面去"与＂用描述性编程去写要实现的操作和检查＂没有什么关系把，＂用描述性编程＂就不用把对象增加到对象库
liaoshaoqing 2007-5-28 14:30
说的好，谢谢
24766504 2007-5-28 15:24
对于楼主攻2周内所达到的水平我决不怀疑,我接触QTP有四天了,看完了指南,看了一部分帮助.
我想请问一下:在学习QTP的过程中遇到的问题,不上论坛到哪去问人
我觉得指南只是一个死模式,基本解决不了问题,
而帮助(877页)就是把一些东西踢球一样这里踢到那里
本来一个很容易讲明白的概念它确弄成一个网让读者晕头转向才找得到地方.
而且,不知是我对QTP了解的太少还是QTP本身的问题,有些地方它就是不能按正常简洁的思路解决问题
gotolife 2007-5-28 22:43
[quote]原帖由 [i]24766504[/i] 于 2007-5-28 15:24 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=540003&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
对于楼主攻2周内所达到的水平我决不怀疑,我接触QTP有四天了,看完了指南,看了一部分帮助.
我想请问一下:在学习QTP的过程中遇到的问题,不上论坛到哪去问人
我觉得指南只是一个死模式,基本解决不了问题,
而帮助 ... [/quote]
学习QTP的过程中出现问题，还是尽量参考指南手册来解决。
有了基础测试能力后，找一个系统，我用的是一个路由器来做的实践。
当在实践中出现各种的问题，在论坛上交流，会有意想不到的收获。
QTP的指南文档我仔细的看过一遍，个别地方看了2遍，个人认为指南文档的含金量还是可以的。
若不看指南文档就来问问题，很多基础问题其实动动脑动动手就可以解决的。还有很多QTP专用术语，若不看指南，别人即使讲了到头来还是不明白啊。
举个例子，死锁和饥饿，没做过开发的人鲜少有人能知道它们的含义。而做过开发的人，只要一听就能马上明白对方在谈什么
[[i] 本帖最后由 gotolife 于 2007-5-28 23:25 编辑 [/i]]
gotolife 2007-5-28 23:03
[quote]原帖由 [i]24766504[/i] 于 2007-5-28 15:24 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=540003&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
对于楼主攻2周内所达到的水平我决不怀疑,我接触QTP有四天了,看完了指南,看了一部分帮助.
我想请问一下:在学习QTP的过程中遇到的问题,不上论坛到哪去问人
我觉得指南只是一个死模式,基本解决不了问题,
而帮助 ... [/quote]
基础学习部分尽量自己解决，通过学习QTP指南可以学到基本自动化测试方法和QTP专用术语。
扩展学习部分，在论坛上讨论收获更大。
通过不断的扩展、对脚本的重构、快速重用脚本等方面进行学习，进步会很快。
我现在仍有一些实践问题不能解决：
测试PC到PC之间的连通性（写了一个JAVA程序，已解决）
克隆树的自动化测试（根节点允许不一致，但每个根节点下的所有叶子都相同，只要新建一个根节点，就会自动生成和上一个根节点叶子相同的树，未解决）
描述性编程时能用，时不能用（无对象库，未解决）
遍历8个下拉选单。（该动作为被调用动作，每执行一次，要求对2个下拉选单进行完全遍历，遍历完毕，再增加2个进行完全遍历，以此类推，未解决）
遍历检查指定的30个超级链接，该超链接为文件下载链接（要求每点一个链接，都进行文件下载，即需要30个同时下载，若下载过程中关闭浏览器或登出，该下载会中断，未解决）
[[i] 本帖最后由 gotolife 于 2007-5-28 23:27 编辑 [/i]]
∮随风而去~ 2007-5-31 22:37
看来很多Ｎ人关注啊～
xiaodou310 2007-6-1 10:46
关注 学习
walker1020 2007-6-1 13:20
[quote]原帖由 [i]zhou840401[/i] 于 2007-5-28 12:49 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=539576&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
"对象增加到对象库里面去"与＂用描述性编程去写要实现的操作和检查＂没有什么关系把，＂用描述性编程＂就不用把对象增加到对象库 [/quote]
谢谢zhou840401给我指出了这个错误。下面是 宋老师的更详细的讲解：
对，描述性编程不需要把对象加到对象库，这也是描述性编程的意义。所以QTP遇到描述性语句时会进行runtime对象识别。
这么说，描述性编程的执行速度会比依赖于对象库的语句执行速度慢一些。虽然qtp的vbs本身就是解释型语言，但是对象库机制实际上相当于“编译”方式识别对象，在执行语句时可以直接找到对象，而描述性要去遍历对象。效率稍低一些。不过不怎么明显。
mstiunicon 2007-6-1 17:32
在QTP9.0，描述性编程的执行效率上，已经完全能够满足我们的需求。可能QTP8.2的执行效率偏低一点。如果大家用过Functional Test这个工具的话，就知道它的执行效率是如何的慢了。
给我的感觉，QTP9.0的对象库是做得非常棒的的功能，只是你选择了描述性编程，就不得不放弃这一强大的功能，包括QTP9.0自带的检查点的功能。
关于楼主的“脚本是最容易写的，大家不要把重点放在脚本实现上，最重要的还是自动化解决方案，有了方案，什么都能轻松实现。”这句话，严重赞同！工具是一个实现的手段，真正核心的是自动化测试的思想。就算没有工具，也是可以实现自动化测试的。关于这点，《自动化测试的7个步骤》这篇文章已经阐述的非常清楚了。
[[i] 本帖最后由 mstiunicon 于 2007-6-1 17:39 编辑 [/i]]
gaoxiaoyun286 2007-6-2 20:46
写的很好，确实要在基础上大好功夫，
liaoyangliu 2007-6-2 22:51
难说
每个人基础不一样， 学习方法也不一样，态度不一样， 时间不一样， 反正都不一样，
我认为要做好一名合格的测试人员 真不容易
知识面太多 太广 工具也很多 所以。。。
walker1020 2007-6-3 09:38
To luckilypig
[quote]原帖由 [i]liaoyangliu[/i] 于 2007-6-2 22:51 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=549010&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
每个人基础不一样， 学习方法也不一样，态度不一样， 时间不一样， 反正都不一样，
我认为要做好一名合格的测试人员 真不容易
知识面太多 太广 工具也很多 所以。。。 [/quote]
“知识面太多 太广”是现实，要想做到每项技术都精通，很难，因为你根本没有那么多时间。但你可以掌握一两种常用的技术或者是你现在的测试工作中正在使用的技术，如 Java 或 C++。如果用到了数据库，那么基本掌握SQL的使用也是应该的。
“工具也很多” 是现实，但对你真正有用的工具有哪些？恐怕也不多吧。不要贪图学习每个工具，先掌握甚至熟练使用某种测试工具再说。如进行功能测试的 QTP，进行性能测试的 LoadRunner等。再说同类的工具的使用方法也很类似，你会使用QTP后，想学习 WinRunner也不困难。千万不要说什么工具都会一点，但都研究不深。我给 你的建议是：工具不在于多少，而在于精通！
gotolife 2007-6-3 11:05
[quote]原帖由 [i]liaoyangliu[/i] 于 2007-6-2 22:51 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=549010&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
每个人基础不一样， 学习方法也不一样，态度不一样， 时间不一样， 反正都不一样，
我认为要做好一名合格的测试人员 真不容易
知识面太多 太广 工具也很多 所以。。。 [/quote]
walker1020说的很对，测试人员要把握好广度和深度的平衡点。
基础不一样，这没有关系，从现在开始，逐渐的学下去，精通你最感兴趣的地方，那么，你就已经是一个专家了
学习方法不一样，也没有关系，但是目的是一样的，逐渐地从宏观上把握自动化测试。
态度很重要，态度决定行为，只要记住，不要为工作而工作，要为了你的家人可以更好的享受生活，牺牲自己又如何。那么，你的前进动力是绝对不一样的。
时间很重要，我的文章中也写了，“不要说自己时间紧迫，为什么时间会紧迫？这是因为没有做好时间规划。对于时间的规划，只能靠你自己。”
知识面太多，这个很容易，当你接到一个新项目的时候，把需要学习的知识面进行一个分类，哪些是需要十分熟悉的，哪些是需要熟悉，哪些是需要掌握的，哪些是需要了解的。
工具，只是辅助人的东东而已，不要被工具所套牢，精通一个工具，其他的工具都是一样用的。会用勺子的人，也会用叉子。
walker1020 2007-6-3 11:51
[quote]原帖由 [i]gotolife[/i] 于 2007-6-3 11:05 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=549115&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
walker1020说的很对，测试人员要把握好广度和深度的平衡点。
基础不一样，这没有关系，从现在开始，逐渐的学下去，精通你最感兴趣的地方，那么，你就已经是一个专家了
学习方法不一样，也没有关系 ... [/quote]
gotolife 朋友对我的观点进行了分析、概括、总结和深化。谢谢gotolife！ 偶一定要好好向你学习！
gotolife 2007-6-3 17:54
[quote]原帖由 [i]walker1020[/i] 于 2007-6-3 11:51 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=549149&ptid=77405][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
gotolife 朋友对我的观点进行了分析、概括、总结和深化。谢谢gotolife！ 偶一定要好好向你学习！ [/quote]
不要这么说，在你对我的文章表达赞成的意见时，这种共鸣，已经让我知道你是一个自动化测试的高手，最差也是QTP高手，我应该向你学习才是。
另外，感谢 kernzhang 的教程， 在自动化测试框架方面， 给了我很重要的指引。
最后， 请你们帮我想想怎么解决这些棘手问题。
克隆树的自动化测试（根节点允许不一致，但每个根节点下的所有叶子都相同，只要新建一个根节点，就会自动生成和上一个根节点叶子相同的树，未解决）
描述性编程时能用，时不能用（无对象库，未解决）
遍历8个下拉选单。（该动作为被调用动作，每执行一次，要求对2个下拉选单进行完全遍历，遍历完毕，再增加2个进行完全遍历，以此类推，未解决）
遍历检查指定的30个超级链接，该超链接为文件下载链接（要求每点一个链接，都进行文件下载，即需要30个同时下载，若下载过程中关闭浏览器或登出，该下载会中断，未解决）
littlebig 2007-6-4 08:04
看了有收获
moruhine 2007-6-5 17:20
都是牛人阿，都很能說啊，我這個小菜鳥好暈阿。。- -
family_figthing 2007-6-6 11:37
呵呵呵。。。很有道理啊！！！
jijunjun2007 2007-6-6 17:40
说的太好了。
QTP 类的什么教程比较好啊
成长的小咪 2007-6-7 16:09
支持
向楼主学习