为什么 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 的文字记录留言板

你是在调试模式下编译的吗？ 我们有一个应用程序，编译后
与 TC 一起使用时，调试模式速度很慢。 这是因为大量的
里面的物体。 如果我们编译时不进行调试，但使用 TC 启用程序，
一切都很好。

和 这个< /a> 可能有帮助

您可以在几个领域
提高速度。

如果您只是使用记录和
播放，然后考虑更换
.Keys("xxx") 调用 .wText = "xxx"。
Keys 函数将使用 ms
按键之间的延迟，而 wText
只是强制文本覆盖
内部。

第二个建议（您
可能已经看过）是
工具->默认项目
属性->项目->播放、设置
延迟为 100 ms、5 ms 和 5 ms
将停顿保持在最低限度。

至于对象属性，是的，TC
加载它们全部。 你可以强制这个
对您进行流程刷新
应用程序，以便数据
被迫在没有
调用时加载延迟。 这有可能
帮助减少出现
延迟。

---

编辑：

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

Answer 2

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

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

我建议您尝试更改 TestComplete 用于远程连接的 TCP 端口。 您可以在网络套件选项对话框中更改它们。 例如，您可以设置6100-6102端口。 这有帮助吗？ TC 9.20 消耗中描述了类似的问题高 98% cpu SmartBear 论坛帖子。