delphi - 为什么 TestComplete 这么慢？

Question

我们正在使用 AQTime 的 TestComplete 通过我们的客户端/服务器应用程序在客户端测试 GUI。它是用Delphi 2007编译的。客户端源代码约为140万条源代码。硬件是 Intel 双核 2.13 Mhz、2 GB RAM，使用 Windows XP Pro。

我使用所有调试选项编译应用程序，并按照文档中所述链接到 TCOpenApp、tcOpenAppClasses、tcPublicInfo、tcDUnitSupport，使其成为开放应用程序。生成的 exe 文件大约为 50 MB。

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

还有其他人有相同的经历甚至解决方案吗？

Answer 1

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

来自AutomatedQA message boards的文字记录

Did you compile it in debug mode? We have an app that when compiled in Debug mode is slow when used with TC. This is because of the enormous # of objects in it. If we compile w/o debug but with the TC enabler(s), everything is fine.

和this one可能会有所帮助

A couple of areas where you can increase speed.

If you are just using record and playback, then look into replacing the .Keys("xxx") calls to .wText = "xxx". The Keys function will use the ms delay between keystrokes, while wText just forces the text overwrite internally.

The second suggestion (which you likely have already looked at) is Tools->Default Project Properties->Project->Playback, setting the delays to 100 ms, 5 ms, and 5 ms to keep the pauses to a minimum.

As for the object properties, yes, TC loads them all. You can force this with a process refresh on yor application, so that the data is forced into being available without a load delay when called. This might help with reducing the appearance of delay.

<小时/>

编辑:

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