51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 15847|回复: 38
打印 上一主题 下一主题

[讨论] 【关于如何解决QTP后期运行速度】

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-9-11 12:11:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
【关于如何解决QTP后期运行速度】     
        目前项目中的QTP脚本运行速度,会随着时间的增长而脚本的速度降低,特别是跑了7,8个小时后这种情况越是明显。脚本主要偏向描述的使用,对象库为辅。导致了其中的原因个人分析大概有一下几点:
        1,PC机本身的问题。有时候更糟糕的是提示虚拟内存不足(2G物理内存3G虚拟内存)。大家都有这样的感觉,就算不跑QTP,PC机在自己运行一段时间后,操作响应速度会很明显下降,这个和机器性能有很大关系,一台服务器与一台PC机器跑一个晚上的脚本第2天会发现PC机的程序已经跑不动了,即使有做脚本错误恢复处理,包括重启IE,设置标签等方法再跑,但还是跑不动。

        2,系统庞大,如果大概有2100个不同web页面,当脚本跑不到一半时候速度也会明显下降,系统的临时文件,cookies等的增多,所导致的响应速度降低,会出现IE呈现白色page不无法操作的情况。

        3,脚本在编写过程,忽略对对象的释放操作,这个或者是非程序员的一个通病吧,因为在小的程序或者脚本中,对象释放与否看不出什么效果,但小数怕长计,也会导致QTP本身所占用的系统资源增多。

        4,脚本编写思想。脚本中过度偏向递归使用,深度越大,函数调用与递归增多,对象增多等,会导致QTP到后期时候速度会有所回落,有时也会让QTP出现假死状态,有可能是内存溢出的情况发生。

        5,过分依赖错误处理与智能对象识别。或者很多人说,智能识别不推荐使用,但是,当一个脚本和滚雪球一样,递归也多了,程序的可控性就降低,跟踪难度增大,脚本的维护成本就增多,所以选择维护与开启智能识别时候,后者有更大的优势。由于依靠了智能识别,有时候一些结果报告中会看到很多对象识别不到而懒得去找原因。积累多了问题也会慢慢浮现出来。

        6,网页访问残留,比如说你的表单提交后再回退时,表单里填写的数据还在,这些就是残留在内存里的数据,但一般来说残留量是非常少的。
        
        所以如何在QTP的运行过程中,及时的释放系统资源有着很重大和深远的意义。

经过和大家讨论的结果还有与实际的结合,反复测试等到:
1,引起问题的主要是QTP,IE的内存无法很有效的释放导致
2,脚本问题
3,AJAX技术的使用


解决方法:
  1,使用工具是不可能的了,这个本人已经测试过了。QTP,IE都无法删除。只有在代码中实现内存的回收:
     大家可以参见http://topic.csdn.net/u/20070501 ... 6-87a645e75cfd.html
     自然,我们不是开发,无法做到在QTP运行过程中实现这样的效果
  2,最小化IE!!这点绝对是可以用的,我刚才已经测试过,占用40M的,最小化后,成了2M,然后再做恢复,变成了21M左右,再做操作才慢慢在21M有序的增加。
     所以大家在写代码过程,如果有意识到脚本的IE内存可能没法很好的回收,可以写个最小化再做回复的操作函数。[/
size]


[ 本帖最后由 假装不在 于 2008-9-17 16:30 编辑 ]

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2008-9-11 12:11:45 | 只看该作者
在这里做下抛砖引玉,希望和大家讨论讨论,有很多不足处望大家指点指点
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-9-11 14:38:05 | 只看该作者
写的非常不错,支持一下!
好像没提到解决办法啊
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2008-9-11 14:52:43 | 只看该作者
原帖由 lantianwei 于 2008-9-11 14:38 发表
写的非常不错,支持一下!
好像没提到解决办法啊

标题是讨论,嘿嘿。
目前解决的方法:1,重启服务器IIS,但是这个过程会让测试停止。
2,清理本机的IE文件
3,利用外部程序实现间断清理(我记得超级兔子有个可以做到内存清理的工具)
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2008-9-11 17:35:57 | 只看该作者
1.为什么要重启IIS呢?想不明白重启IIS和本机QTP执行脚本速度慢有什么直接的联系啊;
2.清理本机的IE文件有啥用呢?本机的IE文件只不过占用的磁盘空间,貌似也和QTP执行脚本速度没有直接联系吧;
3.利用外部程序实现间断清理:这个觉得的确会对提高运行速度有一定帮助,但问题是QTP这么娇嫩的软件,谁敢在它跑的时候频繁清理内存?谁又能保证不出错呢?呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2008-9-12 10:13:15 | 只看该作者
原帖由 xiaoyaoke 于 2008-9-11 17:35 发表
1.为什么要重启IIS呢?想不明白重启IIS和本机QTP执行脚本速度慢有什么直接的联系啊;
2.清理本机的IE文件有啥用呢?本机的IE文件只不过占用的磁盘空间,貌似也和QTP执行脚本速度没有直接联系吧;
3.利用外部程序实 ...


1,同个IE做的2000多次的页面跳转,如果IE没关闭,哪么IIS里的一些连接没有断开就资源没释放,导致了服务器响应时间增长。这个或者是程序写的不完善也有关系,应用程序很多资源没有释放导致。
2,占磁盘控件确实是,但也不大,也就哪么几M,但同个IE经过2000次的页面跳转,到了后期页面变白,我能想到的就只有这点了,或者这个会和第三点有关系。
3,使用外部程序,这个对QTP是否有影响,还是要以后日子慢慢验证。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-9-12 11:55:06 | 只看该作者
原帖由 假装不在 于 2008-9-12 10:13 发表


1,同个IE做的2000多次的页面跳转,如果IE没关闭,哪么IIS里的一些连接没有断开就资源没释放,导致了服务器响应时间增长。这个或者是程序写的不完善也有关系,应用程序很多资源没有释放导致。
2,占磁盘控件确实 ...

这方面,应该与你自己编写的脚本有关吧,你可以把一个Test割成多个Test来做啊。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2008-9-12 12:09:33 | 只看该作者
原帖由 假装不在 于 2008-9-12 10:13 发表


1,同个IE做的2000多次的页面跳转,如果IE没关闭,哪么IIS里的一些连接没有断开就资源没释放,导致了服务器响应时间增长。这个或者是程序写的不完善也有关系,应用程序很多资源没有释放导致。
2,占磁盘控件确实 ...

脚本问题不大。早期运行速度相当的快,时间越长,脚本的速度越下降。
在找原因了,现在个人基本确定2个问题,1,浏览器占内存问题,这个下午2点后就有结果。2,服务器IIS问题。
我只有一个TEST,理论上这个如果最快的速度跑完,也要10个小时。
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2008-9-12 13:43:03 | 只看该作者
中午测试时候发现,脚本在开跑,IE占的内存是:41004,跑了2个小时后,内存占的是143728
使用内存整理工具无效。
刷新页面后让内存减少到38147
这个可能是页面变白,假死的主要原因。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2008-9-12 16:50:59 | 只看该作者
建议LZ关注下被测试程序:

关于IIS和脚本,我感觉如何是这两者的原因都不应该引起IE进程占用内存量增加
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2008-9-16 14:23:34 | 只看该作者
是否是临时文件过多,我们在测试C/S结构的程序也发现,系统会有莫名其妙的问题,是由于被测试的程序在系统安装盘下的Temp目录,放置了很多的文件,这些文件在被测试的软件关闭后也不会被清理掉。

这个问题在测试安装/卸载的过程中,不同版本的临时文件过多,导致被测试程序的相应时间过久,磁盘空间占用过多的问题。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
 楼主| 发表于 2008-9-16 15:50:50 | 只看该作者
原帖由 heqingbluesky 于 2008-9-16 14:23 发表
是否是临时文件过多,我们在测试C/S结构的程序也发现,系统会有莫名其妙的问题,是由于被测试的程序在系统安装盘下的Temp目录,放置了很多的文件,这些文件在被测试的软件关闭后也不会被清理掉。

这个问题在测试安 ...

这些都是不排除的因素。
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2008-9-16 15:59:27 | 只看该作者

回复 9# 的帖子

个人估计:
1、由于长时间的运行,IE页面资源没有有效释放,从而页面上的对象很多,造成响应上的缓慢
2、楼主的脚本大量使用描述性编程,在页面对象众多时造成对象查找缓慢。楼主可从qtp的log中看运行效率慢在哪里。
建议在测试执行一段时间后,关闭并重新打开IE,或许可以避开该问题。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
 楼主| 发表于 2008-9-16 16:08:49 | 只看该作者
原帖由 ppent 于 2008-9-16 15:59 发表
个人估计:
1、由于长时间的运行,IE页面资源没有有效释放,从而页面上的对象很多,造成响应上的缓慢
2、楼主的脚本大量使用描述性编程,在页面对象众多时造成对象查找缓慢。楼主可从qtp的log中看运行效率慢在哪里 ...



虽然关闭IE可以解决这个问题,因为业务逻辑的问题还有页面信息恢复难度大,重启IE是个下策。(我脚本的“恢复功能”中也有做到这点,但恢复到重启前数据,时间长,到头来页面的缓存信息还是少不了多少)
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2008-9-17 10:20:02 | 只看该作者
我曾经记得在测试B/S结构的测试时候,在IE中有个设置:
Tool-Temporary Internet File-Settings-Check for newer stored page选项,选择:Every visit to the page选项
这样,每次访问页面的时候,可以进行自动的刷新,不知道这个办法是否可以加速?

重启IE是个下策,特别是当测试的页面的信息量比较大,页面的关联性比较强,这样会有一些其它的问题。
回复 支持 反对

使用道具 举报

该用户从未签到

16#
 楼主| 发表于 2008-9-17 10:55:31 | 只看该作者
我试了下,不行,内存还是照样增加得厉害。
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2008-9-17 11:20:44 | 只看该作者
还有一个方法:
在每个Workflow工作完以后,也就是一个Case运行完毕后,清空被测试的程序,让程序回到Case运行前的状态,这个工作是通过调用一个Batch(VBS)文件来完成了。
不知道这样不是通过IE,而是通过脚本强制清空,是否可以解决?
回复 支持 反对

使用道具 举报

该用户从未签到

18#
 楼主| 发表于 2008-9-17 12:15:19 | 只看该作者
原帖由 heqingbluesky 于 2008-9-17 11:20 发表
还有一个方法:
在每个Workflow工作完以后,也就是一个Case运行完毕后,清空被测试的程序,让程序回到Case运行前的状态,这个工作是通过调用一个Batch(VBS)文件来完成了。
不知道这样不是通过IE,而是通过脚本强制 ...



我现在感觉,那些临时文件不是多大的问题,个人觉得内存才是主要的诱因。
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2008-9-17 12:45:20 | 只看该作者
关注楼主,你遇到的问题,我这也正在发生…………
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2008-9-17 14:57:24 | 只看该作者
1、由于长时间的运行,IE页面资源没有有效释放,从而页面上的对象很多,造成响应上的缓慢
深表认同
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-27 15:36 , Processed in 0.087114 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表