【运行速度】对象库 与 描述性

yabest

原帖由 假装不在 于 2008-8-14 09:56 发表

小数怕长算....
确实是这样，但是... 不说，一会被人群殴，但还是要来上几点...
1，对象库管理学问。对象库管理，对对象的添加，删除，修改，与否影响到上级对象的录制或者多出browser_1的问题，导致了脚 ...

导致 Browser、Page、Frame 录制时变成多个对象的问题，其实是参数设置问题，都是可以轻松解决的。

我们都是用一台win2000 Server作为公共的QTP服务器，大家都用远程终端服务连接上去使用QTP，跟自己机子一样，不会感觉到什么差别。

个人办公的机子乱七八糟的，我也不想在这种环境里录制QTP脚本，更不想在这种环境里运行QTP脚本，那简直是找苦头吃啊！

即使个人办公的机子没有问题，我也更喜欢单独的QTP服务器，那种干净、爽快的感觉，可以让你心旷神怡，工作高效百倍！

[ 本帖最后由 yabest 于 2008-8-14 11:20 编辑 ]

假装不在

偏见，拖出去打板子....

hsjzfling

原帖由 yabest 于 2008-8-14 11:08 发表


因为函数是放在函数库里的，QTP8.x不能直接调试库文件，所以需要调试时得把函数代码拷入Action中进行调试，调试好了再拷回库文件中。

QTP9.x就没这个问题了，库文件和Action一样可以打开、编辑、调试。

正好公司又有个项目需要做自动化测试了，彻底的贯彻你的思路来尝试下好了~做完就能比较出差异和优劣了~

yabest

原帖由 hsjzfling 于 2008-8-14 16:24 发表


正好公司又有个项目需要做自动化测试了，彻底的贯彻你的思路来尝试下好了~做完就能比较出差异和优劣了~

做不好的话，你要先反省一下自己

yabest

原帖由 kevin_swpi 于 2008-8-13 17:03 发表

目前我就是用的这样的方式
不过我在想  函数多了...如何管理比较有效....

要准备个list菜单..不然N久后
我都不晓得都有那些函数了...

这个肯定是要的，我们是写一个Excel list文件，里面分模块写了各函数的说明，参数含义，返回值等等

这样大家用时，才知道有哪些函数可以用

zte_boy

觉得yabest的方案不错，呵呵，基本上用出了QTP的精华，呵呵，只要运行合理，应该是木有问题的

ylm77ojn

使用描述性编程肯定慢啊，想下，qtp要去系统中寻找匹配的对象，多废时间啊，呵呵

假装不在

原帖由 ylm77ojn 于 2008-8-17 01:21 发表
使用描述性编程肯定慢啊，想下，qtp要去系统中寻找匹配的对象，多废时间啊，呵呵

使用对象库同样也需要去系统中查找匹配对象，谢谢。

hsjzfling

原帖由 yabest 于 2008-8-14 16:59 发表


做不好的话，你要先反省一下自己

框架的结构大致定好了，下午开始录脚本，发现所有对象都放在一个对象库中管理实在有点麻烦。。。

虽然用url属性并使用正则表达式确实能够把对象都放在对应的页面中，但貌似也太麻烦了点，上百个页面就得强暴对象库上百次，它不累我累了。。。

难道是yabest兄还私藏了什么绝招~~

yabest

哈哈，笑死了，没叫你每个页面都设置一个page对象。

适当的按照模块来划分page，这样相似的对象会放在同一个page下，不相似的对象会放在不同的page下，就又简单又好管理啦！

假装不在

原帖由 yabest 于 2008-8-20 17:00 发表
哈哈，笑死了，没叫你每个页面都设置一个page对象。

适当的按照模块来划分page，这样相似的对象会放在同一个page下，不相似的对象会放在不同的page下，就又简单又好管理啦！

还没死吧....
能说下“按照模块划分”是怎么做呢？“相似对象”是指例如webedit之类的对象？

yabest

不是啊，比如用户管理模块里的添加用户、修改用户、查看用户几个页面的内容都是相似的，里面的对象也基本是一样的。

那么这几个用户管理页面都可以共用一个page对象，这些页面里的对象都可以放在这个page下，这样可以使得对象的管理既简单又清晰，既减少了冗余又不会混乱。

hsjzfling

原帖由 yabest 于 2008-8-20 17:00 发表
哈哈，笑死了，没叫你每个页面都设置一个page对象。

适当的按照模块来划分page，这样相似的对象会放在同一个page下，不相似的对象会放在不同的page下，就又简单又好管理啦！

如果能简单的按照模块来划分就好了。。。按照模块来划分还是得根据page的url属性吧(title更不用考虑了)，但即使是同一个模块，有些并未链接到其它模块的弹出页面url除了前一段同一环境的IP一样，后面部分完全不同，当然这和代码的规范相关，但这样的话，同一模块也只能用多个page了。

还有一种情况，有几个模块很庞大，子功能非常多，这时候按照模块来划分的话一个page中的对象就太多了，如果特殊的来处理，按子模块划分，那么标准就不明确了。我自己用是没关系，但是要写成文档确定规范和标准，告诉其他同事怎么用，貌似就不太好了。

继续请教yabest的高招

假装不在

page我们一般都是直接page("index:=0")
但这里我们说的是对象库，在这种情况，我可能会参数化title，至于url我不用这个。
哪么每次要用这个page时候，修改它的参数title就可以用了。
或者把标题给zz化。

yabest

原帖由 hsjzfling 于 2008-8-21 10:10 发表


如果能简单的按照模块来划分就好了。。。按照模块来划分还是得根据page的url属性吧(title更不用考虑了)，但即使是同一个模块，有些并未链接到其它模块的弹出页面url除了前一段同一环境的IP一样，后面部分完全不同 ...

不用对模块的概念这么严格，我们的目的是将对象分开管理。

主要是对象太多了，都放在一个page下太多太乱了。所以把对象按页面分开存放，相似内容的页面共用一个page！

就像切蛋糕一样，切多大、切几块都可以，只要你觉得舒服就行。

yabest

原帖由 假装不在 于 2008-8-21 10:32 发表
page我们一般都是直接page("index:=0")
但这里我们说的是对象库，在这种情况，我可能会参数化title，至于url我不用这个。
哪么每次要用这个page时候，修改它的参数title就可以用了。
或者把标题给zz化。

page和url都可以，看哪个好区分页面，就用哪一个！

假装不在

一般例如你说的修改或者增加，它的URL很大的可能不一致。

假装不在

所以说么，大家还是用描述的好，方便...

hsjzfling

原帖由 yabest 于 2008-8-21 10:46 发表


不用对模块的概念这么严格，我们的目的是将对象分开管理。

主要是对象太多了，都放在一个page下太多太乱了。所以把对象按页面分开存放，相似内容的页面共用一个page！

就像切蛋糕一样，切多大、切几块都可 ...

这样确实会比较舒服，但是仅仅依靠页面的相似性来划分，概念比较模糊啊。
我希望的是能有一个明确的统一的规范，让其他同事在开发新脚本的时候能够有法可依，这样做出来的脚本和我自己做的相比，除了个别细节上的处理外，就基本不会有什么差别了，而其他人维护的时候也会更方便一些。
我想严格控制模块的概念也就在于此。

yabest

原帖由 hsjzfling 于 2008-8-21 12:02 发表


这样确实会比较舒服，但是仅仅依靠页面的相似性来划分，概念比较模糊啊。
我希望的是能有一个明确的统一的规范，让其他同事在开发新脚本的时候能够有法可依，这样做出来的脚本和我自己做的相比，除了个别细节上 ...

这个可以先一个人把各page对象划分好建好了，其他人就可以直接添加对象到所属page里去了。