为什么TestComplete这么慢？

Question

我们正在使用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％，由于速度慢，更改测试脚本有点令人沮丧。我已经关闭所有桌面效果，如圆角窗口。没有桌面背景。

其他有相同经验甚至解决方案的人？

Answer 1

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

AutomatedQA message boards

的成绩单

  

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

和this one可能有助于

  

您可以在几个方面   提高速度。

     

如果您只是使用唱片和   播放，然后考虑更换   .Keys（“xxx”）调用.wText =“xxx”。   Keys功能将使用ms   键盘之间的延迟，而wText   只是强制文本覆盖   内部。

     

第二个建议（你   可能已经看过了）   工具 - ＆gt;默认项目   属性 - ＆gt;项目 - ＆gt;播放，设置   延迟到100毫秒，5毫秒和5毫秒   把停顿降到最低。

     

至于对象属性，是的，TC   加载所有。你可以强迫这个   随着进程刷新你的   应用程序，以便数据   被迫无法获得   调用时加载延迟。这有可能   有助于减少外观   延迟。

---

修改：

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

Answer 2

  

现在运行testscript时它可以运行，但运行速度非常慢。 CPU运行速度为100％，由于速度慢，更改测试脚本有点令人沮丧。我已经关闭所有桌面效果，如圆角窗口。没有桌面背景。

     

其他有相同经验甚至解决方案的人？

我建议您尝试更改TestComplete用于远程连接的TCP端口。您可以在Network Suite Options Dialog中更改它们。例如，您可以设置6100-6102端口。这有帮助吗？ TC 9.20 consuming high 98% cpu SmartBear论坛帖子中描述了类似的问题。