QTP关于对象管理的两种方法的比较求分析

131425cjl

1. 完全由描述性编程来实现对象的管理
2. 将所有对象放到excel表中管理，也就是所谓的应用映射表方法管理。

自己分析了一些，用第一个方案，当一个界面对象发生属性变更的时候，要修改的可能是成千上万条语句。工作量巨大，维护不便利。
用第二个方案， 当一个界面对象发生属性变更的时候，只需要去excel找到该对象，修改下属性即可，但是它也有很多弊端，比如当对象有成千上万的时候，每次运行脚本找寻对象花费的时间会越来越多。（数据越多越明显），另外就是同一个类型，属性不同的对象很多的时候也很痛苦，比如简单的button按钮，有些只需要name:=button, type:=button这样的属性就可以识别，有些却是需要特殊的属性，比如html id=btn-xx。这就导致了在excel表中存放button的对象，单单是同一类对象，可能就有上百个。在初期编写的时候如何快速定位痛苦。（当然了一旦脚本写完，后期定位非常容易）。但是还是跟前面一样，找寻对象花费的时间是它的软肋。
实在很难分析出两者的优劣，哪种方法更好呢？

joykao

1.不靠谱
2.不靠谱

lantianwei

同意楼上，对象库其实就是将对象的这部分给他隔开，方便维护管理，你现在再弄个东西出来管理对象库，难道你觉得你比QTP的开发更专业？
可能有部分人用描述性编程来管理对象，但如果简单的使用描述性编程一样不能达到高效
论坛里前些日子某专家发表过他的对象库的设计，管理，进行了更多的扩展，你可以看下~

131425cjl

回复 3# lantianwei

我使用的两种方案并不说抛弃QTP本身的思想，相反，其实都是用属性来识别对象的，只不过这两种方案都可以使脚本，函数脱离QTP，可以存在txt或者vbs文件中

joykao

回复 4# 131425cjl

你那不叫对象管理，充其量也就是脚本管理

131425cjl

回复 5# joykao


    不管是什么管理，只是想搞出较优的方案，然后引用之。。。

黑羽祭

回复 1# 131425cjl


    如果对象有很多的话，还是放在对象库管理吧。
这也不影响一用VBS，TXT文件保存函数。
也可以将对象库导出与相应的VBS对应，调用某个VBS文件时，加载对象库之类的。
总之，感觉用自带的对象库要比你这么做要好管理