QTP关于对象管理的两种方法的比较求分析
本帖最后由 131425cjl 于 2012-10-25 11:43 编辑1. 完全由描述性编程来实现对象的管理
2. 将所有对象放到excel表中管理,也就是所谓的应用映射表方法管理。
自己分析了一些,用第一个方案,当一个界面对象发生属性变更的时候,要修改的可能是成千上万条语句。工作量巨大,维护不便利。
用第二个方案, 当一个界面对象发生属性变更的时候,只需要去excel找到该对象,修改下属性即可,但是它也有很多弊端,比如当对象有成千上万的时候,每次运行脚本找寻对象花费的时间会越来越多。(数据越多越明显),另外就是同一个类型,属性不同的对象很多的时候也很痛苦,比如简单的button按钮,有些只需要name:=button, type:=button这样的属性就可以识别,有些却是需要特殊的属性,比如html id=btn-xx。这就导致了在excel表中存放button的对象,单单是同一类对象,可能就有上百个。在初期编写的时候如何快速定位痛苦。(当然了一旦脚本写完,后期定位非常容易)。但是还是跟前面一样,找寻对象花费的时间是它的软肋。
实在很难分析出两者的优劣,哪种方法更好呢? 1.不靠谱
2.不靠谱 同意楼上,对象库其实就是将对象的这部分给他隔开,方便维护管理,你现在再弄个东西出来管理对象库,难道你觉得你比QTP的开发更专业?
可能有部分人用描述性编程来管理对象,但如果简单的使用描述性编程一样不能达到高效
论坛里前些日子某专家发表过他的对象库的设计,管理,进行了更多的扩展,你可以看下~ 回复 3# lantianwei
我使用的两种方案并不说抛弃QTP本身的思想,相反,其实都是用属性来识别对象的,只不过这两种方案都可以使脚本,函数脱离QTP,可以存在txt或者vbs文件中 回复 4# 131425cjl
你那不叫对象管理,充其量也就是脚本管理 回复 5# joykao
不管是什么管理,只是想搞出较优的方案,然后引用之。。。 回复 1# 131425cjl
如果对象有很多的话,还是放在对象库管理吧。
这也不影响一用VBS,TXT文件保存函数。
也可以将对象库导出与相应的VBS对应,调用某个VBS文件时,加载对象库之类的。
总之,感觉用自带的对象库要比你这么做要好管理
页:
[1]