为什么TestComplete这么慢?

Rol*_*son 5 delphi testcomplete gui-testing

我们正在使用AQTime的TestComplete来测试客户端的GUI和我们的客户端/服务器应用程序.它是使用Delphi 2007编译的.客户端源大约有140万个源代码.硬件是采用Windows XP Pro的Intel双核2.13 Mhz,2 GB RAM.

我使用所有调试选项编译应用程序,并且还链接到TCOpenApp,tcOpenAppClasses,tcPublicInfo,tcDUnitSupport,如文档中所述,以使其成为Open Application.生成的exe文件大约为50 MB.

现在,当运行testscript并且它工作,但运行非常慢.CPU运行速度为100%,由于速度慢,更改测试脚本有点令人沮丧.我已经关闭所有桌面效果,如圆角窗口.没有桌面背景.

其他任何有相同经验甚至解决方案的人?

Lie*_*ers 7

您的问题可能在于您使用调试信息进行编译并使用tcXXX单元,从而导致创建了大量对象.

AutomatedQA留言板的成绩单

你是否在调试模式下编译它?我们有一个应用程序,当在调试模式下编译时与TC一起使用时很慢.这是因为其中有大量的物体.如果我们编译w/o调试但使用TC启动器,一切都很好.

这一次可能有助于

有几个区域可以提高速度.

如果您只是使用记录和播放,那么请考虑将.Keys("xxx")调用替换为.wText ="xxx".Keys函数将使用击键之间的ms延迟,而wText只是强制内部文本覆盖.

第二个建议(您可能已经查看过)是工具 - >默认项目属性 - >项目 - >播放,将延迟设置为100毫秒,5毫秒和5毫秒,以使暂停保持最小.

对于对象属性,是的,TC将它们全部加载.您可以通过在应用程序上刷新进程来强制执行此操作,以便在调用时强制数据可用而不会出现负载延迟.这可能有助于减少延迟的出现.


编辑:

  • 我们也一直在评估TestComplete,并且还遇到了这些性能问题.我很想知道你是否以及如何最终解决它们.
  • 也就是说,我认为它是一款具有巨大潜力的产品,可以真正帮助您组织所有的单元,集成和GUI测试.