推荐QTP自动化框架-FrameworkManage
FrameworkManage,这个框架我发现论坛上很少有人提及,我发出来给大家一起研究看看。他的特点就是把对象库剥离出来,完全用excel来做对象库,原理当然还是用描述性编程了,不过他用vbs写了一些类把方法封装了起来,这样在实际使用的时候代码很整洁。
使用起来也比较方便,只要把源文件都加载到resources里面即可。
原版框架文件,下载自www.advancedQTP.com
顺便放上我之前给别人培训的ppt和一篇心得。以后我会在我的博客里专门详细介绍这个框架。
当然,说到具体项目应用,我个人对这个框架的评价是对于中等及小型规模的项目应用该框架,基本是没什么问题的,对于大型项目,可能这个会有少量不方便的地方。
不过这个框架是完全开源的,当你熟悉之后可以对其进行扩展,目前我已经对其进行了3次扩展更新,以后我会在博客上给大家分享。同时欢迎大家一起交流学习。
个人博客地址:http://blog.csdn.net/tulituqi
[ 本帖最后由 shotstar 于 2010-4-1 12:25 编辑 ] 不错,好东西,我来顶你~~
我也狂顶!!
好东西!狂顶!!!! :) 狂顶。。。。
又见一个牛人~~:lol
zhichi
zhichi 对象库这么好用的东西,为啥不用?偏偏用excel,实在太受罪了回复 7# 的帖子
对象库是基于ACTION的,每个action都有一个对象库,当你有很多个action,有部分公共的对象发生了改变或者有一些action中的对象发生了改变,你需要一个个的去打开QTP寻找,维护的工作量是比较大的。用action的对象库主要是太分散,不易于管理维护。用FM框架则是把对象库统一管理起来了。这个看个人喜好了。我推荐这个主要是从研究的角度,其次才是应用推广。 老齐同学,你什么时候上MSN? 支持一下! FrameworkManage中的对象树与QTP中的对象库的层次关系是否一致?如果一致,是否有方法直接把QTP的对象库转为EXCEL呢? 应该可以的 QTP倒是可以到处XML格式的对象库,可以把XML转化为Excel。如果FM的objectTree跟QTP的对象库结构相似,那就可以考虑通过QTP把对象加载至对象库,然后再转化为FM的objectTree了。这样就可以节省一些在objectTree上录入对象并设置的时间了。
期待老齐来解答下FM的objectTree与QTP的对象库的关系。 额,我很少上MSN,要么你加我QQ吧。
这里的EXCEL对象库的层级结构和QTP类似,但实际上他是以描述性编程实现的所有对象。获取页面对象我之前写过一个方法,获取页面上所有的对象,然后整理成Excel对象库的格式。
不过如果直接从QTP对象库转换过去没有尝试过,好像比较麻烦。 虽然可以但是导入后还要重新维护,ObjectTree.xls里还包含了逻辑(Condition,PreActions,PostActions.....),并不是单纯的对象库 下载了,好东西 公司屏蔽QQ~~囧~~~
把你QQ号邮件给我吧,我下班后加你~
回复 15# 的帖子
那些是包含了一些逻辑,可加可不加的。这几个列的含义我在ppt里大概写了一下。假期的时候我会整理一下资料,把我改进过的几个版本发出来,帮助大家了解如何自行维护拓展。
PS:之前自己看英文帮助学这个东东,顺便学会了用vbs写类。看完全部的源代码,感觉对我自身的技能提高还是有一定帮助的。后来就是利用写类的这个方法写了一个利用vbs控制httpwatch的脚本。以后也会给大家分享。
也希望大家通过看这个框架的源代码,学习一些老外的一些好方法。
这个框架有部分思想有点类似于SAFFRONWEB的对象实现,不过FM更完整一些。有熟悉SAFFRONWEB的估计会比较容易理解FM的一些代码。
回复 18# 的帖子
顶! 呵呵,VBS类的确是好东西,不过不止类哦,更重要的是设计模式,比如command wrapper, function pointers,event handlers,call back ,factory pattern,singleton pattern,虽然VBS语言没有很多面向对象的语言那么强大,但是我们可以通过后期的一些包装技术来完善它~呵呵,Yaron Assa功力的确很强,如果把他的FrameworkManager和reportManager的所有代码都看一遍并吃透,就会发觉实力明显上了一大截。SAFFRONWEB只能给我们学习之用,真正做项目的话肯定需要二次开发才行~