51Testing软件测试论坛

标题: 态度决定行为，学好自动化测试，首先需要从态度上转变 [打印本页]

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

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

作者: fantasy521 时间: 2007-5-26 12:02
标题: 我也学了一段时间QTP，但是和楼主比差很多，学习
现在学编程了，感觉还是有好多东西没有从根本认识，不能急，慢慢来，坚持就好

作者: wssgily 时间: 2007-5-26 13:02

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

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

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

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

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

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

作者: walker1020 时间: 2007-5-26 18:15

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

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

作者: gotolife 时间: 2007-5-26 21:48

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

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

作者: gotolife 时间: 2007-5-26 21:53

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

知己者，汝也.

作者: gotolife 时间: 2007-5-26 22:29
回答一下各位网友的问题：

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

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

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

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

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

作者: wssgily 时间: 2007-5-26 23:00

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

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

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

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

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

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

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

作者: gotolife 时间: 2007-5-27 03:49
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 时间: 2007-5-27 09:14
同意楼上的大部分观点.
论坛其实我把其定位为,正如师者一样,
传道授业解惑也...

作者: songfun 时间: 2007-5-27 10:27
标题: 浮躁的年代的浮躁的人
楼主的标题不错，文章中大部分的建议也很不错。

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

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

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

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

作者: gotolife 时间: 2007-5-27 11:14

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

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

作者: gotolife 时间: 2007-5-27 12:28

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

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

首先，感谢您在测试两台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

原帖由 walker1020 于 2007-5-26 18:15 发表

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

"对象增加到对象库里面去"与＂用描述性编程去写要实现的操作和检查＂没有什么关系把，＂用描述性编程＂就不用把对象增加到对象库

作者: liaoshaoqing 时间: 2007-5-28 14:30
说的好，谢谢

作者: 24766504 时间: 2007-5-28 15:24
对于楼主攻2周内所达到的水平我决不怀疑,我接触QTP有四天了,看完了指南,看了一部分帮助.
我想请问一下:在学习QTP的过程中遇到的问题,不上论坛到哪去问人
我觉得指南只是一个死模式,基本解决不了问题,
而帮助(877页)就是把一些东西踢球一样这里踢到那里
本来一个很容易讲明白的概念它确弄成一个网让读者晕头转向才找得到地方.
而且,不知是我对QTP了解的太少还是QTP本身的问题,有些地方它就是不能按正常简洁的思路解决问题

作者: gotolife 时间: 2007-5-28 22:43

原帖由 24766504 于 2007-5-28 15:24 发表
对于楼主攻2周内所达到的水平我决不怀疑,我接触QTP有四天了,看完了指南,看了一部分帮助.
我想请问一下:在学习QTP的过程中遇到的问题,不上论坛到哪去问人
我觉得指南只是一个死模式,基本解决不了问题,
而帮助 ...

学习QTP的过程中出现问题，还是尽量参考指南手册来解决。

有了基础测试能力后，找一个系统，我用的是一个路由器来做的实践。

当在实践中出现各种的问题，在论坛上交流，会有意想不到的收获。

QTP的指南文档我仔细的看过一遍，个别地方看了2遍，个人认为指南文档的含金量还是可以的。

若不看指南文档就来问问题，很多基础问题其实动动脑动动手就可以解决的。还有很多QTP专用术语，若不看指南，别人即使讲了到头来还是不明白啊。

举个例子，死锁和饥饿，没做过开发的人鲜少有人能知道它们的含义。而做过开发的人，只要一听就能马上明白对方在谈什么

[ 本帖最后由 gotolife 于 2007-5-28 23:25 编辑 ]

作者: gotolife 时间: 2007-5-28 23:03

原帖由 24766504 于 2007-5-28 15:24 发表
对于楼主攻2周内所达到的水平我决不怀疑,我接触QTP有四天了,看完了指南,看了一部分帮助.
我想请问一下:在学习QTP的过程中遇到的问题,不上论坛到哪去问人
我觉得指南只是一个死模式,基本解决不了问题,
而帮助 ...

基础学习部分尽量自己解决，通过学习QTP指南可以学到基本自动化测试方法和QTP专用术语。

扩展学习部分，在论坛上讨论收获更大。

通过不断的扩展、对脚本的重构、快速重用脚本等方面进行学习，进步会很快。

我现在仍有一些实践问题不能解决：

测试PC到PC之间的连通性（写了一个JAVA程序，已解决）
克隆树的自动化测试（根节点允许不一致，但每个根节点下的所有叶子都相同，只要新建一个根节点，就会自动生成和上一个根节点叶子相同的树，未解决）
描述性编程时能用，时不能用（无对象库，未解决）
遍历8个下拉选单。（该动作为被调用动作，每执行一次，要求对2个下拉选单进行完全遍历，遍历完毕，再增加2个进行完全遍历，以此类推，未解决）
遍历检查指定的30个超级链接，该超链接为文件下载链接（要求每点一个链接，都进行文件下载，即需要30个同时下载，若下载过程中关闭浏览器或登出，该下载会中断，未解决）

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

作者: ∮随风而去~ 时间: 2007-5-31 22:37
看来很多Ｎ人关注啊～

作者: xiaodou310 时间: 2007-6-1 10:46
关注学习

作者: walker1020 时间: 2007-6-1 13:20

原帖由 zhou840401 于 2007-5-28 12:49 发表

"对象增加到对象库里面去"与＂用描述性编程去写要实现的操作和检查＂没有什么关系把，＂用描述性编程＂就不用把对象增加到对象库

谢谢zhou840401给我指出了这个错误。下面是宋老师的更详细的讲解：

对，描述性编程不需要把对象加到对象库，这也是描述性编程的意义。所以QTP遇到描述性语句时会进行runtime对象识别。

这么说，描述性编程的执行速度会比依赖于对象库的语句执行速度慢一些。虽然qtp的vbs本身就是解释型语言，但是对象库机制实际上相当于“编译”方式识别对象，在执行语句时可以直接找到对象，而描述性要去遍历对象。效率稍低一些。不过不怎么明显。

作者: mstiunicon 时间: 2007-6-1 17:32
在QTP9.0，描述性编程的执行效率上，已经完全能够满足我们的需求。可能QTP8.2的执行效率偏低一点。如果大家用过Functional Test这个工具的话，就知道它的执行效率是如何的慢了。
给我的感觉，QTP9.0的对象库是做得非常棒的的功能，只是你选择了描述性编程，就不得不放弃这一强大的功能，包括QTP9.0自带的检查点的功能。

关于楼主的“脚本是最容易写的，大家不要把重点放在脚本实现上，最重要的还是自动化解决方案，有了方案，什么都能轻松实现。”这句话，严重赞同！工具是一个实现的手段，真正核心的是自动化测试的思想。就算没有工具，也是可以实现自动化测试的。关于这点，《自动化测试的7个步骤》这篇文章已经阐述的非常清楚了。

[ 本帖最后由 mstiunicon 于 2007-6-1 17:39 编辑 ]

作者: gaoxiaoyun286 时间: 2007-6-2 20:46
写的很好，确实要在基础上大好功夫，

作者: liaoyangliu 时间: 2007-6-2 22:51
标题: 难说
每个人基础不一样，学习方法也不一样，态度不一样，时间不一样，反正都不一样，

我认为要做好一名合格的测试人员真不容易
知识面太多太广工具也很多所以。。。

作者: walker1020 时间: 2007-6-3 09:38
标题: To luckilypig

原帖由 liaoyangliu 于 2007-6-2 22:51 发表
每个人基础不一样，学习方法也不一样，态度不一样，时间不一样，反正都不一样，

我认为要做好一名合格的测试人员真不容易
知识面太多太广工具也很多所以。。。

“知识面太多太广”是现实，要想做到每项技术都精通，很难，因为你根本没有那么多时间。但你可以掌握一两种常用的技术或者是你现在的测试工作中正在使用的技术，如 Java 或 C++。如果用到了数据库，那么基本掌握SQL的使用也是应该的。

“工具也很多” 是现实，但对你真正有用的工具有哪些？恐怕也不多吧。不要贪图学习每个工具，先掌握甚至熟练使用某种测试工具再说。如进行功能测试的 QTP，进行性能测试的 LoadRunner等。再说同类的工具的使用方法也很类似，你会使用QTP后，想学习 WinRunner也不困难。千万不要说什么工具都会一点，但都研究不深。我给你的建议是：工具不在于多少，而在于精通！

作者: gotolife 时间: 2007-6-3 11:05

原帖由 liaoyangliu 于 2007-6-2 22:51 发表
每个人基础不一样，学习方法也不一样，态度不一样，时间不一样，反正都不一样，

我认为要做好一名合格的测试人员真不容易
知识面太多太广工具也很多所以。。。

walker1020说的很对，测试人员要把握好广度和深度的平衡点。

基础不一样，这没有关系，从现在开始，逐渐的学下去，精通你最感兴趣的地方，那么，你就已经是一个专家了

学习方法不一样，也没有关系，但是目的是一样的，逐渐地从宏观上把握自动化测试。

态度很重要，态度决定行为，只要记住，不要为工作而工作，要为了你的家人可以更好的享受生活，牺牲自己又如何。那么，你的前进动力是绝对不一样的。

时间很重要，我的文章中也写了，“不要说自己时间紧迫，为什么时间会紧迫？这是因为没有做好时间规划。对于时间的规划，只能靠你自己。”

知识面太多，这个很容易，当你接到一个新项目的时候，把需要学习的知识面进行一个分类，哪些是需要十分熟悉的，哪些是需要熟悉，哪些是需要掌握的，哪些是需要了解的。

工具，只是辅助人的东东而已，不要被工具所套牢，精通一个工具，其他的工具都是一样用的。会用勺子的人，也会用叉子。

作者: walker1020 时间: 2007-6-3 11:51

原帖由 gotolife 于 2007-6-3 11:05 发表

walker1020说的很对，测试人员要把握好广度和深度的平衡点。

基础不一样，这没有关系，从现在开始，逐渐的学下去，精通你最感兴趣的地方，那么，你就已经是一个专家了

学习方法不一样，也没有关系 ...

gotolife 朋友对我的观点进行了分析、概括、总结和深化。谢谢gotolife！偶一定要好好向你学习！

作者: gotolife 时间: 2007-6-3 17:54

原帖由 walker1020 于 2007-6-3 11:51 发表

gotolife 朋友对我的观点进行了分析、概括、总结和深化。谢谢gotolife！偶一定要好好向你学习！

不要这么说，在你对我的文章表达赞成的意见时，这种共鸣，已经让我知道你是一个自动化测试的高手，最差也是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
支持
向楼主学习

作者: lantianwei 时间: 2007-6-8 00:25
walker1020 真是到哪都能看到你的身影啊，呵呵，敬佩！
gotolife 为每一个提问者都打上那么一长段字，真有耐心！学习一下！

作者: chbanney 时间: 2007-6-8 08:41
标题: 我现在的问题是设计好了测试过程但很多基础语法弄不太清楚。
我现在的问题是设计好了测试过程但很多基础语法弄不太清楚。我不愁设计，测试用例已经设计了好多年，自动化测试的设计没有问题。现在对我来说重要的技巧语法等问题。我同意设计比语法更重要，但是二者缺一不可

作者: applejuzi 时间: 2007-6-9 08:17
都不是一般人

作者: rogerwuhan 时间: 2007-6-10 17:15
楼主强人也

作者: gotolife 时间: 2007-6-10 22:21

原帖由 chbanney 于 2007-6-8 08:41 发表
我现在的问题是设计好了测试过程但很多基础语法弄不太清楚。我不愁设计，测试用例已经设计了好多年，自动化测试的设计没有问题。现在对我来说重要的技巧语法等问题。我同意设计比语法更重要，但是二者缺一不可

设计测试用例和设计自动化测试过程还是有一点差别的

举个例子：

背景：8个下拉框，每个下拉框下面有5个配置选项，每个下拉框中的配置选项一模一样。验证每个组合的功能。
用例：完全遍历2个下拉框中的配置，每个组合都检查该配置的功能是否可用，遍历完毕再增加2个重新完全遍历，同样每个组合都要检查其功能性。以此类推，直到8个下拉框中的配置遍历完毕且输出所有组合的测试报告。
自动化测试过程：（？？？）
自动化测试实现：（无非是对象、方法、控制语句来实现）

只要能解决自动化测试的过程如何进行，那么，脚本的实现是很容易的。如果脚本语法上存在问题，那么就去学吧！

产品的配置和功能是千变万化的，每个产品都有自己的特色所在。而编程，俗话说，天下程序一大抄。语言里的东西都是固定的，通过学习语言并参考QTP帮助、MSDN等，只要多学多看，掌握语法是极其容易的。

系统分析师为何比程序员薪水高？因为只要需求分析存在，随便拉个程序员来就能做，只要需求分析符合市场需求，产品就肯定能赚到钱。而系统分析师，不是谁都能干的了的。

实际上，以现在的情形来看，中国的IT职业的发展路线是这样的，这也是较为成功的。

编码 -> 测试 -> 设计
编码 -> 测试 -> 管理
编码 -> 管理

可以看到很多高级测试工程师他们过去或者是程序员，或者至少掌握一门程序语言。学习编程，可以让他们从更多的角度观察问题。

作者: 小静子1983 时间: 2007-6-21 14:29
向楼主学习

作者: 紫慕 时间: 2007-7-5 16:36
原来如此

作者: jianglm 时间: 2007-7-12 15:14
楼主说得好，继续努力中！

作者: scmona 时间: 2007-7-16 10:43
看过了，受益ing

作者: 飞天侠 时间: 2007-8-5 16:39
学习就是这样

作者: qubao0451 时间: 2007-8-10 17:29
标题: lzhe sf 都将的太好了
很为感动态度很重要想完了应该做 ,不应该光想不做

作者: qinahia 时间: 2007-10-18 11:56
2周还在摸索中

作者: 闭合叶子 时间: 2007-10-20 16:46
谢谢楼主分享

作者: my_way 时间: 2007-10-23 22:17
关注ING...
学习ING...
进步ING...

作者: gwell 时间: 2007-10-24 00:18
首先说我是一菜鸟，但也发表一下感言。
楼主有开发基础，所以接触QTP能较快地实现脚本重用，但是这是否就可以称得上是自动化测试框架呢？是不是楼主把开发框架的思想转移到测试里面呢。
最后的感觉是楼主有良好的开发基础，但是测试这方面的理论或许还没到达一种深度。

作者: meijiao 时间: 2007-10-24 11:03
看了很有感触，学习态度，学习方法确实很重要啊

作者: yabest 时间: 2007-10-24 15:45
好惭愧啊，我都没有好好读过QTP的帮助文档、参考手册啥的！

搞自动化要涉及各种各样的工具，感觉没那么多时间和耐心好好读帮助文档。
我都是拿来就用，用到哪学到哪，边用边自己琢磨用法和原理。

作者: wcwfkcom 时间: 2007-12-6 10:09
非常不错的以个贴，看清了路就很好走，自学的人是王道，用你这样的方法自学的才是自学中的王道。顶！

作者: 你就笨死吧 时间: 2008-4-25 11:37
mark一下

作者: gotolife 时间: 2008-6-5 03:12

原帖由 gwell 于 2007-10-24 00:18 发表
首先说我是一菜鸟，但也发表一下感言。
楼主有开发基础，所以接触QTP能较快地实现脚本重用，但是这是否就可以称得上是自动化测试框架呢？是不是楼主把开发框架的思想转移到测试里面呢。
最后的感觉是楼主有良好的开 ...

当时看到这段话，令我沉浸在很深的思考中……

我当时无法解答这个问题，经过一段时间的实际操作，现在有了一些答案。

脚本的重用性设计，确实可以称得上是测试框架，但是，不是像QTP本身这样支持广泛的框架，而是针对某一产品进行测试的自动化测试框架。

脚本的重用性设计，是受产品所限制的，如果一个产品开发的不够规范，那么重用性设计必然难以进行。

首先，手工测试是为了尽可能多的发现产品的缺陷，而自动化测试是要证明产品的逻辑是正确的或是未更改过的（比如更改某个提示信息，而工具是不知道该提示信息是否存在逻辑错误，通过自动化测试报告来由人工最终确认）。

其次，开发要做的事情，是完成客户的需求，并且在转测试之前，保证交付部分的逻辑不存在缺陷。（事实上开发是不能100%保证不存在逻辑缺陷）

所以，要证明产品的逻辑是正确的，就必须确保自动化测试过程的整个逻辑是不存在缺陷的。重用性设计是保证脚本部分减少错误、降低风险的一种手段。

那么，我们和开发又有什么区别呢？不一样要对脚本进行调试、单元测试、版本管理等等等等么……

作者: gotolife 时间: 2008-6-5 03:18

原帖由 yabest 于 2007-10-24 15:45 发表
好惭愧啊，我都没有好好读过QTP的帮助文档、参考手册啥的！

搞自动化要涉及各种各样的工具，感觉没那么多时间和耐心好好读帮助文档。
我都是拿来就用，用到哪学到哪，边用边自己琢磨用法和原理。

不失为一种很好的学习方法，看100遍不如实际做1遍，学用结合效率最高。

其实我们两个的学习方法类似，我遇到困难时，先思考，看看有没有已知的其他办法操作，如果没有就去查手册，呵呵。

作者: yuysky 时间: 2008-6-10 14:08
看这贴怎么感觉好象吵架一样?
呀呀,我水平太低,完全插不上嘴,不然我也一起来吵好了

作者: marsmaya 时间: 2008-6-17 13:36
说别的都没有用

自己要努力了

作者: G8Gerrard 时间: 2008-9-17 16:39
看完了这帖,虽然有很多不懂的地方....
但对我帮助还是很大,谢谢各路英雄
向LZ学习,我下定决心看那个一看就头大的帮助

作者: 小孩 时间: 2008-9-17 17:23
有想法就去做碰到困难就自己解决,不懂找HELP 再不懂找GOOGLE
实在不行再问人!
成功在于勇于实践

作者: 学会洒脱 时间: 2008-10-10 16:50
之前没有接触QTP,只是用WR.但之后肯定会用到QTP...

做自动化也有些时间了,工具就是工具,只是工具...

嘿嘿,楼主说的很好,学习,还是要从自己开始..

不要什么都问人,很多东西F1,google就可以解决了....

作者: 月上百合 时间: 2008-10-29 08:37
学习好资料

作者: majun915 时间: 2009-2-4 15:37
只能帮顶了。。。。。

作者: timfung 时间: 2010-12-14 11:10
ding

作者: sophiashan07 时间: 2010-12-17 11:32
我公司2010年6月份刚在纳斯达克上市，现在要找一名自动化测试组长,薪资福利良好：

我们项目组需要招聘自动化测试组组长，职位信息如下：
1.计算机相关专业本科以上学历，熟悉软件工程师学原理；
2.软件测试相关经验3年以上，其中至少包括2年功能自动化测试经验；
3.熟悉QTP工具的使用，了解QTP原理和对象识别机制；
4.熟悉VBScript脚本语言，能进行相关自动化脚本函数的编写；
5.较强的语言表达和文档编写能力及良好的沟通技巧；
6.有金融银行基础业务知识经验、有网银业务经验为佳；
7.有自动化框架编写、设计经验和软件开发经验有团队管理经验为佳；
8.熟悉Java、J2EE 、WebSphere 、Application Serve、DB2、Oracle等为佳
9.有Unix平台的使用经验（AIX/Solaris/HPUX/Linux）为佳；
欢迎各专业人士来信探讨，谢谢：
shanjing1983@163.com
sophiashan07@hotmail.com

作者: andrewlee 时间: 2010-12-20 12:56
帮顶

作者: he_jian 时间: 2011-2-10 14:50
有建议

作者: 拼搏屁屁 时间: 2012-5-10 15:19
接触qtp有几天了还处于学习阶段的摸索中，编程基础猴烂的加油学习一定要学好。

作者: 咸鱼18 时间: 2012-6-28 12:29
到新公司开始学习QTP，到现在刚好一个月，之前的公司一直做的手工测试，做过一些性能，来新公司之后，被leader逼着做training，从刚开始的录制脚本开始学习，随后开始写code，然后进行描述性编程的学习，随后被逼着做了一个不能用录制，完全写代码的code，除了page和Browser可以添加到对象库，其他所有的对象都用描述，并进行verify和report，这个training花了一个星期，每天只睡5个小时，开始对QTP有了一个新的认知，我们这边的流程全是老美的规范，一些函数也是老美写的，老美的代码写得真是漂亮。谈下小小的感悟，楼主说得没错，脚本的编写回头去看并不是最难的，最重要是还一个框架的理解，分清好模块，逻辑的区分是必须的。最后，人都是被逼出来的，环境也很重要

作者: 咸鱼18 时间: 2012-6-28 12:34
然后，楼长说的看帮助文档，确实非常非常在理，我们公司用的是正版的qtp，全部都是vm连接到美国那边远程进行自动化测试的任务，所以刚开始看英文帮助还真的蛮艰难，但只要习惯了，会发现，帮助文档确实作用太大，里面的一些方法的使用都讲得非常明白，也有例子，很浅显。其实，只要用心学，并不是那么难。我的小感悟，见笑了。

作者: 咸鱼18 时间: 2012-6-28 12:39
大学学过一点代码，工作之后就没写过，不过能看懂，但写和看是在是两码事，所以刚开始的两周太艰难，每天四五个小时的睡眠，后两周就进步比较快了，leader也没那么逼我，可能她也对我的进展感到满意吧。所以，同意楼主说的，态度决定行为~~~

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)