本文主要是介绍QTP运行缓慢的常见原因，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
1. 脚本中有太多的Wait语句
分析：Wait语句的意思是一直等到超时时间后才继续执行脚本，等待的时间是固定的，这样就会造成时间浪费，导致脚本运行缓慢。
解决方法：使用Exist，Sync，WaitProperty方法来代替wait
2. 开启了智能识别
分析：QTP在识别对象的过程中如果对象的强制属性和辅助属性还不能唯一匹配到对象的话，会激活智能识别模式，由于智能识别的算法复杂，会消耗一定的资源开销，所以导致脚本运行缓慢。
解决方法：全局关闭（File-->Settings-->Run）或者部分关闭智能识别（Tools-->ObjectIdentification根据对象类型）
3. 由于错误页面而找不到对象导致的对象同步超时
分析：由于操作步骤错误或者环境原因，打开了一个错误的页面，使得后续的对象都无法找到。比如我需要在同一个页面操作10个对象，而恰巧由于网络问题网页发生错误，如果每个对象的默认超时时间是20秒的话，那么10个对象就是200秒，也就是说一旦页面跳转错误，是非常容易导致脚本运行缓慢的！
解决方法：确保业务流程正确、尽量减少环境因素对自动化测试的影响、使用恢复场景来处理错误页面
4. 脚本中ChildObjects 方法过多使用
分析：ChildObjects方法一般都是采用循环遍历，无疑会加重系统资源开销，如果再加上网页的元素很复杂的话，那么势必会影响脚本的性能。
解决方法：尽量避免使用子对象的方法去操作对象，可以用DOM的方式代替
5. 脚本的循环体中有过多冗余循环
分析：有时我们会在一个循环体中再增加一些条件分支语句，用于满足特定的测试需求，如果循环次数少的话那还好，但要是循环次数非常多的话就会大大降低脚本性能。
解决方法：在循环体的选择分支语句中根据测试需求适当增加Exit For，Exit Function之类的语句
6.恢复场景的激活方式设置为"On every step"
分析：恢复场景的触发方式有三种：On every step，On error和Never，On every step的意思在每一步运行完后激活恢复场景，去探测场景设置中的trigger有没有触发，这种做法同样也会降低脚本的性能。
解决方法：激活方式选用On error（可能会Miss一些场景）、手工激活恢复场景（Recovery对象）
7. 默认同步时间设置过长
分析：在QTP的运行设置中默认对象同步的超时时间是20秒，如果是测Web程序的话还有60秒导航超时时间。
解决方法：在File-->Settings选项中调低默认的超时时间
8. QTP的运行模式没有设置成Fast
分析：QTP的运行模式分为Normal和Fast，Nomal模式允许在每一步运行完后都有延迟时间，而Fast模式则没有延迟时间。
解决方法：在Tools-->Options-->Run中设置运行模式为Fast
9. 开启了自动截图功能
分析：自动截图功能对于脚本的出错调试提供了很大的方便，能使我们以更直观的方式去分析和定位错误，但同时在一定程度上也会使我们的脚本运行缓慢。
解决方法：在Tools-->Options-->Run选项中禁用自动截图功能，如果确实需要此功能那么可以选择"Forerrors"或者"For errors and warnings"
10. 开启了视频录制功能
分析：和截图一样，视频录制功能同样可以使我们更方便地回溯脚本运行的整个过程，但是其代价也是牺牲性能。
解决方法：在Tools-->Options-->Run选项中禁用视频录制功能
11. 开启了系统实时监控
分析：系统实时监控是为了在运行自动化测试的同时，获取一些系统的性能数据，比如内存占用率，CPU占用率，硬盘读写速度等等，通常是用来满足性能测试的需要。如果设置的监控时间太频繁的话，也会对脚本的性能造成一定影响。
解决方法：在File-->Settings-->Local System Monitor选项中禁用系统实时监控，或者将监控的间隔时间设置得长一些。
[注] 以上所说的各种影响脚本运行缓慢的设置问题都是基于QTP10.0版本的，如果版本不同，可能该设置所在的菜单位置不同，甚至有些功能也没有。如果遇到这种情况的，请自动忽略该条
这篇关于QTP运行缓慢的常见原因的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
