态度决定行为，学好自动化测试，首先需要从态度上转变

gotolife

有人说，自动化难于理解，我对于这句话感到十分不能理解。。。

我接触QTP约2周，现在已经有能力开发自动化测试的框架。
先看了一周指南，然后一周边实践，边扩展，扩展就是一个学习的过程，使用QTP自带的HELP文档，在不断增加测试脚本的同时，对已有的脚本不断地进行重构。

扩展的主要目标：不容易进行自动化测试的功能，高度可重用的脚本

第一个目标：是思维的扩展，能力的扩展
第二个目标：可重用性低，那么就失去了自动化测试的意义

下苦功夫，用心去学，切记不要为了工作而工作，要不断的提高自己的利用价值，干一行，爱一行，为了明天，为了前途，为了家人可以更好的生活，自己吃一点点苦又算什么呢？

不要说自己时间紧迫，为什么时间会紧迫？这是因为没有做好时间规划。对于时间的规划，只能靠你自己。

论坛里经常看到一些人总在问一些基础的问题，其实，解答了这些问题，你同样是需要用眼睛去看，用大脑去理解。
而去看官方帮助，同样是用眼睛看，大脑理解，这又有什么区别呢？

而看官方帮助，里面讲的更细，更全面。而我们解答的内容，往往存在自己的理解，那么，我们的理解是否正确？

假设，Mercury制作资料的人员，在制作资料的时候产生了一点点的偏差，我们学习时，我们的理解产生了一点点的偏差，教给你的时候，你的理解也产生了一点点的偏差，那么，很有可能，这些偏差加起来，可以让一只大象变成一头猪。

想学好自动化测试，就要一步一个脚印，踏踏实实的前进，基础不好的，把上论坛和打游戏的时间，用到研究指南文档上，把基础打好；基础不好，来这里也学不到什么东西的，反而时间就浪费掉了。

我现在做的，就是上论坛，看看别人发的基础类的帖子，参考别人是怎么理解的，然后找一些难于自动化测试的解决办法，这让我进步真的很快。

最后说一句，脚本是最容易写的，大家不要把重点放在脚本实现上，最重要的还是自动化解决方案，有了方案，什么都能轻松实现。
比如，我最近提过的一个问题：如何测试两台PC之间的连通性。当你找到方案，脚本还不是手到擒来？


如果，学习了一段时间，仍觉得自动化难于理解，建议学一门编程语言，可以让你有一个质的飞跃。
有一句很经典的话是这么说的：学计算机不学编程，等于什么都没学。




——本日看贴，看到一些同行遗失方向，特发本帖，亦属有感而发，啰嗦几句，莫怪莫怪！

EdmondYe

楼主很强,"我接触QTP约2周，现在已经有能力开发自动化测试的框架。"你应该定义下你的自动化测试框架是轻量级的还是重量级的.

yxd2006

LZ厉害呀,我看了两周只懂得怎么去录制脚本,设置检查点,参数化一些基本的功能.
看来得加把颈,专心学习

walker1020

gotolife 的经历很有说服力，楼主的话很有代表性，楼主的做法值得学习。楼主说得很对，不要本末倒置，“遗失方向”，“不要把重点放在脚本实现上，最重要的还是自动化解决方案，有了方案，什么都能轻松实现”。

[ 本帖最后由 walker1020 于 2007-6-1 12:48 编辑 ]

fantasy521

现在学编程了，感觉还是有好多东西没有从根本认识，不能急，慢慢来，坚持就好

wssgily

原帖由 gotolife 于 2007-5-26 00:56 发表
有人说，自动化难于理解，我对于这句话感到十分不能理解。。。

我接触QTP约2周，现在已经有能力开发自动化测试的框架。
先看了一周指南，然后一周边实践，边扩展，扩展就是一个学习的过程，使用QTP自带的HE ...

楼主挺逗的，呵呵．
支持楼主的提倡的自学．就应该不是什么问题都来问的，可以F1，可以google.
也不是什么都那么好学，方案是宏观的，技术是微观的！两者有联系，也不是方案做好了，技术就好了．要不都去学软件工程就好了，为什么还有人学QTP．
楼主，也不要说大话，有技术能力写框架的人多了去了，但为什么都写不出来呢．倒不是因为技术不行，还是理念和理解自动化的问题解决不了．
自动化最终到底，方案技术都是小意思，最为关键的是自动化背后的理念，是和业务流程，当前技术，自身环境的结合．
自动化要真正实现，技术只占了1/3,还有组织和流程呢，难了去了！呵呵！

一家之言，如有不妥，海涵！

[ 本帖最后由 wssgily 于 2007-5-26 13:11 编辑 ]

lonetan

请问可以不用录制脚本纯手工编写脚本来实现自动化测试吗？脚本可重用的，像读取配置文件那样来对不同的业务功能模块进行测试。

walker1020

原帖由 lonetan 于 2007-5-26 15:23 发表
请问可以不用录制脚本纯手工编写脚本来实现自动化测试吗？脚本可重用的，像读取配置文件那样来对不同的业务功能模块进行测试。

完全可以，某些公司就是这样做的。具体做法是先吧对象增加到对象库里面去，然后用描述性编程去写要实现的操作和检查等。

gotolife

原帖由 lonetan 于 2007-5-26 15:23 发表
请问可以不用录制脚本纯手工编写脚本来实现自动化测试吗？脚本可重用的，像读取配置文件那样来对不同的业务功能模块进行测试。

如果不用QTP的话，使用JAVA， JAVA中有一个java.robot的类库，可以实现自动化的

gotolife

原帖由 walker1020 于 2007-5-26 11:48 发表
gotolife 的经历很有说服力，楼主的话很有代表性，楼主的做法值得学习。楼主说得很对，不用本末倒置，“遗失方向”，“不要把重点放在脚本实现上，最重要的还是自动化解决方案，有了方案，什么都能轻松实现”。

知己者，汝也.

gotolife

回答一下各位网友的问题：

1.  QTP本身已经是一个自动化测试的框架，再开发自动化测试框架，则完全是针对某一产品，通过对常用且可重用的测试逻辑进行封装，简化自动化测试脚本开发的工作量，如果非要定一个量级的话，我认为应该属于轻量级

2.  关于自动化测试理念之类，业务流程之类，对于我来说，都是空的。一个团体尚且不能达到，何况一人呢。举个简单的例子，IBM的IPD流程，一套是10亿RMB左右，用这套流程的公司多了去了，但是能完全理解IPD流程的公司，只IBM自己而已。

技术增长引起经验增加，当经验达到一个阈值，才可能有能力来做方案，所以方案做的好，技术也不会差。俗话说，有钱能使鬼推磨。方案的价值，比产品何止大百倍。大家都知道美国高通公司，是靠卖专利来挣钱的，它的产品就是一个一个的方案，高通好几年才出那么一个方案，但是这个方案的授权费用，是一个天文数字。不过从来没听说过，什么理念是能挣钱的。

我作为一个简单的工人，不会去考虑什么流程，什么理念。我所谈论的解决方案，是狭义上的解决方案，说白了，就是一个不能自动化测试的功能，怎么让它变的能自动化测试，通过用什么样的手段，来达到我想要的结果。我只考虑这些，其他的，不在其位，不谋其职。

3.  认为我说大话的人，请仔细再读一遍我的文章，然后按文章上面说的去做，2周后，看看是一个什么样的水平。你每天只需要4个小时的专心即可。

wssgily

原帖由 gotolife 于 2007-5-26 22:29 发表
回答一下各位网友的问题：

1.  QTP本身已经是一个自动化测试的框架，再开发自动化测试框架，则完全是针对某一产品，通过对常用且可重用的测试逻辑进行封装，简化自动化测试脚本开发的工作量，如果非要定一个 ...

不考虑流程,不结合实际还做什么自动化啊,还不如天天写函数自己调用来得爽呢.IBM的流程是太大了,如果我们做自动化的时候流程不考虑，如何进步,正是因为不行,所以才学习.楼主现在做的自动化工作也肯定是在流程的控制之下,不然哪能做的这么爽啊!呵呵!

并不是所有的朋友都有你的开发的功底来学QTP的,如果你刚接触测试,开发没有做过,2周,就是4周,也达不到楼主的能力的.所以请不要以你的能力来衡量每个人的水平,大家都是从论坛混出来的,不懂就问挺正常的,但我也挺提倡楼主所说的,尽可能自己解决问题,或者查查资料的.实在搞不明白的再提问．

＂不在其职,不谋其位＂，看来楼主的测试大环境是相当好的，领导支持，有技术．可是现在的中国测试环境下，有时候是不在其职是需要谋其位的．是有太多的事情是需要测试去推动的．楼主的环境是太好了，真是让人羡慕。

一家之言，如有不妥，海涵！

[ 本帖最后由 wssgily 于 2007-5-26 23:15 编辑 ]

gotolife

sdlkfj8 环境如何好？

也是刚刚引入自动化测试   白天9小时手工测试   晚上回家搞自动化   时间一般控制在2 - 4个小时


另外，“大家都是从论坛混出来的,不懂就问挺正常的”， 这样做，不但效率不高，而且会养成思维惰性。


技术论坛的本质，应该是为技术交流提供平台，而不是教育机构。


术业有专攻，在自动化测试中，也许A往常的工作偏重于B/S系统的测试，而B偏重于C/S系统的测试。

这时，A的公司和B的公司都开发了一套产品，涵盖了B/S和C/S两种结构的系统。那么，A和B就可以交换经验或成果，而进行交换的平台，就是论坛。

无偿的技术奉献，只适用于开源项目或开源社区，否则，任何一个人，都会因为职业道德的束缚，不可能也不会把自己的真正经验和成果公布出来。这也正是造成了毕业生找工作难

的根本原因。毕业生为什么找工作难？因为新毕业生新参加工作，往往会有无从下手的感觉，这就很容易遗失方向。企业里，没有人有义务教你什么，要记住这句话，没有人有这个义务。


鄙人写文章的主要目的，就是给新入行的同行一点学习方法和前进方向，相信别人不如相信自己，与其有时间上论坛，不如先花点时间打好基础。

[ 本帖最后由 gotolife 于 2007-5-27 04:47 编辑 ]

wssgily

同意楼上的大部分观点.
论坛其实我把其定位为,正如师者一样,
传道授业解惑也...

songfun

楼主的标题不错，文章中大部分的建议也很不错。

不过自己却说“接触QTP约2周，现在已经有能力开发自动化测试的框架”——个人认为楼主自身的态度也应当转变。
不客气的说，两周能会什么？自动化测试框架到底是什么，估计楼主都没理解，更不要说实际应用实施的经验了。

希望大家还是静下心来学习，在论坛上磨嘴皮子没什么意义。想要帮助别人的想法很好，但是要看看能起多大的作用，如果起不了作用，不如做些更有意义的事。

原帖由 gotolife 于 2007-5-26 00:56 发表
有人说，自动化难于理解，我对于这句话感到十分不能理解。。。

我接触QTP约2周，现在已经有能力开发自动化测试的框架。
先看了一周指南，然后一周边实践，边扩展，扩展就是一个学习的过程，使用QTP自带的HE ...

gotolife

原帖由 wssgily 于 2007-5-27 09:14 发表
同意楼上的大部分观点.
论坛其实我把其定位为,正如师者一样,
传道授业解惑也...

同意你的观点，但是在前期，最好的师者是官方帮助。等有了基础，论坛则是最好的老师！

gotolife

原帖由 songfun 于 2007-5-27 10:27 发表
楼主的标题不错，文章中大部分的建议也很不错。

不过自己却说“接触QTP约2周，现在已经有能力开发自动化测试的框架”——个人认为楼主自身的态度也应当转变。
不客气的说，两周能会什么？自动化测试框架到底 ...

首先，感谢您在测试两台PC的之间的连通性方面给我的帮助


其次，您没有看懂我这篇文章。


难道我要告诉大家，如果不上论坛，专心的学习两周QTP，结果是没能力？

而事实上，通过一周的学习，一周的实践，我现在已经开始开发针对我们产品的自动化测试框架了。虽然有很多问题仍然不能解决，但绝不是没能力。

请您2个问题：

1.  第一周专心学习QTP的指南，在本周内拥有基础测试能力，这是否可疑？

2.  第二周专心进行扩展实践，把已有的脚本进行可重用化，并把常用逻辑进行封装，简化测试脚本开发的过程，我已经说过，这是一个在QTP测试框架或开发框架之上的针对某一产品的开发框架，属于轻量级的框架，这是否可疑？


回答这2个问题，并不能帮助您能够看懂我的文章，在文章中积极论述的，是一种不为工作而工作的学习态度，而只有端正了学习态度，才能摒弃思维惰性，使职业生涯更加美满，这同时是我个人职业生涯中的真实经验。我有开发的基础，我的学习方法的确不一定适合每一个人。学习方法和时间规划只能靠自己去探索，去尝试来找到最适合自己的。通过借鉴别人的学习方法，来完善自己的学习方法。本文的主旨在于：为迷路者当头棒喝，纠正前进方向。






PS：若再有朋友在这句话上纠缠不清，概不理会。

dcyan

搞不懂，到底是讲学习态度的重要性，还是讲学习方法的重要性

gotolife

只是简单的提了一下我的学习方法

通过掌握基础，然后进行实践，在实践的过程中不断的进行扩展，并通过论坛来解决实践中的顽固问题。

扩展包含不断的对脚本进行重构、优化算法和增加不同功能的脚本。

其中参考资料的顺序为
1. QTP指南
2. QTP帮助
3. MSDN
4. 论坛
5. Google

markbullet

大家都应该睇睇啊,学习学习啊