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

gotolife

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

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

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

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

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

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

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

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

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

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

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

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


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




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

咸鱼18

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

咸鱼18

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

咸鱼18

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

拼搏屁屁

接触qtp有几天了  还处于学习阶段的摸索中，编程基础猴烂的  加油学习  一定要学好。

he_jian

有建议

andrewlee

帮顶

sophiashan07

我公司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

timfung

ding

majun915

只能帮顶了。。。。。

月上百合

学习好资料

学会洒脱

之前没有接触QTP,只是用WR.但之后肯定会用到QTP...

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

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

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

小孩

有想法就去做 碰到困难就自己解决,不懂找HELP 再不懂找GOOGLE
实在不行再问人!
成功在于勇于实践

G8Gerrard

看完了这帖,虽然有很多不懂的地方....
但对我帮助还是很大,谢谢各路英雄
向LZ学习,我下定决心看那个一看就头大的帮助

marsmaya

说别的都没有用   

自己要努力了

yuysky

看这贴怎么感觉好象吵架一样?
呀呀,我水平太低,完全插不上嘴,不然我也一起来吵好了

gotolife

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

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

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

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

gotolife

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

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

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

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

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

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

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

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

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

你就笨死吧

mark一下

wcwfkcom

非常不错的以个贴，看清了路就很好走，自学的人是王道，用你这样的方法自学的才是自学中的王道。顶！