5

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

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

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

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

4

2 回答 2

7

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

来自AutomatedQA 留言板的成绩单

你是在调试模式下编译的吗？我们有一个应用程序在调试模式下编译时与 TC 一起使用时速度很慢。这是因为其中有大量的对象。如果我们编译不带调试但使用 TC 启用程序，一切都很好。

这可能有助于

几个可以提高速度的区域。

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

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

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

编辑：

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

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

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

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

于 2013-04-18T17:44:21.093 回答