飞鱼的传说 发表于 2010-9-22 10:37:16

专职做QTP一年来的一些感受

去年9月被抽调来做QTP，因为公司原来做QTP那位辞职了，那时候公司也才开始做，只有他一个，这位兄台写了一个框架，把对象的属性全存到数据库，利用表关联在脚本运行时动态建立对象结构识别对象，这个框架写得那叫一个天书，几乎没人能看懂。我一个人做了3,4个月，北美那边还有2个同事，才开始学QTP，所以不懂的问题也只有问她们，主要是看她们的代码，我们全是描述性编程，所有的操作全封装在Function里，看了她们的代码才知道原来vbs可以写得这么复杂。今年年初，来了2位高手，一个在HP干了3年，另外一个也是在上家公司带QTP团队的，公司开始砸钱了。这时候真正开始高速成长，我们公司系统前台是FLEX，加上后台service不是太稳定，同步是个大问题，所以脚本要考虑到这一点，必须在很多地方用不同的方式验证页面是否真正到达，现在我们做的就是维护一个自动化的API，所有的操作放到API里面，复杂的逻辑都写进Function里，在Action里直接添加检查点。现在想来做自动化最难的是什么，不是语言，不是QTP技术，而是解决问题的思路，当有的对象不能识别的时候这么绕过，当然最好找开发改，但是也需要想想办法绕过去，是否可用坐标，用坐标是否有偏差，是否可以通过TAB建从其他能识别的对象开始查找焦点，然后进行操作。
   最后说说所谓的框架，经常听人谈论，但是把自动化做成功这个一点不重要，而是脚本的质量，是否跑不挂，错误信息打印是否完整利于查找问题等等，框架只是一个改进，例如QTP批量跑脚本自带的testbatchrunner不好用，我们就用vbs自己写了个自动化QTP自身的小程序，跑完把结果输出到指定的文件夹。
   就说这么多

michelle0826 发表于 2010-9-22 14:36:59

楼主在哪个公司呀？

TIB 发表于 2010-9-22 22:28:13

目前很多公司在自动化测试领域处于“摸爬滚打”阶段

Jean_ylq 发表于 2010-9-22 22:40:42

现在想来做自动化最难的是什么，不是语言，不是QTP技术，而是解决问题的思路……
飞鱼的传说 发表于 2010-9-22 10:37 http://bbs.51testing.com/images/common/back.gif
真希望你能多说些，很期待听听你的关于QTP的工作经验，O(∩_∩)O~

飞鱼的传说 发表于 2010-9-23 00:54:16

回复 4# Jean_ylq


    呵呵，可以多交流。。。

飞鱼的传说 发表于 2010-9-23 00:58:36

很多人听说自动化就谈“框架”，做自动化最重要的其实不是这个，而是写出高质量的脚本，稳定，利于调试，输出有用的error log,脚本结构清晰合理，利于以后的更新。也许以后会去研究“框架”，我也想知道这个到底是什么东东。

lyscser 发表于 2010-9-24 00:37:02

我猜楼主是在文思创新吧

现在想来做自动化最难的是什么，不是语言，不是QTP技术，而是解决问题的思路……

这句话应用于所有问题而并非单指测试或者自动化测试

YangMay 发表于 2010-9-24 17:53:36

除了语言,QTP技术,解决问题的思路之外.
怎么样更好的进行自动化,还有其他的影响因素,比如流程规范还有意识.,有些公司有了自动化测试脚本,但没有真正的用起来,这也不算自动化的.我觉得意识是很关键的.

素还真 发表于 2010-9-25 08:51:13

没意义的一个标题。。。。只是说你自己公司。。。对初学者或者对QTP有兴趣的，完全没意义

hxw_3166 发表于 2010-9-25 10:16:21

楼主，我想请教你一个问题，你说我们是要利用qtp自带的对象库去编程呢？还是全描述性去编程呢？哪个好一点。请楼主指教。

飞鱼的传说 发表于 2010-9-25 16:51:08

回复 9# 素还真

我只是针对我在项目里做QTP的一些经验，初学者需要学习资料，论坛里一大把哈

nwahlk 发表于 2010-9-25 17:10:48

LZ可以分享一些你们公司的vbs或者其他的小工具吗，比较感兴趣，先谢了。

zwd183335 发表于 2010-9-25 17:11:25

全描述性编程没什么不好的，灵活方便。
当然功力是个问题。我们现在都是用全描述性去编程

飞鱼的传说 发表于 2010-9-25 18:04:07

回复 7# lyscser
我不是文思的，公司就不说了

lyscser 发表于 2010-9-25 20:19:04

本帖最后由 lyscser 于 2010-9-25 20:35 编辑

没意义的一个标题。。。。只是说你自己公司。。。对初学者或者对QTP有兴趣的，完全没意义
素还真 发表于 2010-9-25 08:51 http://bbs.51testing.com/images/common/back.gif

你没有搞清楚，这个论坛不是只给初学者开的，深入一些的童鞋也是需要沟通交流思想的

Jun_Li 发表于 2010-9-26 08:36:50

同问， 不影响脚本的可读性么 ，写起来多麻烦啊， 还有为什么要把对象存在数据库中， QTP自带的对象库机制不好用么

Tesherlock 发表于 2010-9-26 09:19:13

现在想来做自动化最难的是什么，不是语言，不是QTP技术，而是解决问题的思路 ...
飞鱼的传说 发表于 2010-9-22 10:37 http://bbs.51testing.com/images/common/back.gif


很认同！！！LZ的公司自动化水平已经相当的高了！
唉，可惜。。。俺们公司还在起步阶段:Q

yujie6832 发表于 2010-9-26 10:12:54

呵呵，和我的思想一致，我也是崇尚把脚本写好的人，脚本的好坏比框架重要太多了，支持一个

shj2010 发表于 2010-9-26 10:48:49

哎 俺们公司从没用做过自动化测试。。。。。。

runnerhuang 发表于 2010-9-26 11:07:16

纠结中，公司也打算做自动化，我建议先做框架，但明显投入的人力不是很多，他们建议用描述性编程。很明显这是一种短见得做法。后续维护和版本升级困难。
页: [1] 2 3
查看完整版本: 专职做QTP一年来的一些感受