|
【关于如何解决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 编辑 ] |
|