windows-10 - 有人对在 Windows 10 平台上加速 UFT 14.53 有任何建议吗？

Question

我已经使用 MicroFocus 的 UFT 版本 14.53 升级了一台笔记本电脑(Windows 10 企业版，版本 1803)和 2 个虚拟机(Windows 10 企业版，版本 1809)。 UFT 的先前版本是 14.02。

脚本执行的性能非常缓慢。以下是有关环境的一些详细信息:

分别使用 J2EE 和 Angular JS 开发了两个 AUT

在笔记本电脑上运行需要 18 分钟的脚本现在需要 20 分钟

在虚拟机上执行相同的脚本需要 30 分钟

脚本从 GUI 以快速模式运行

Windows 10 机器已设置为最佳性能

每次脚本启动时，Windows 的资源都会不足
弹出

运行应用程序的浏览器是 IE11

笔记本电脑的 RAM 为 16GB，VM 为 8GB

还有其他人经历过这些痛苦，可以提供任何解决方案或建议吗？不幸的是，我们的支持供应商一直没有帮助。

谢谢!

Answer 1

1) 根据您执行的对象识别类型，根据 Windows 桌面上打开的窗口数量，可能会有明显差异 .

可能是在您的 Windows 10 session 中，打开了更多窗口(可能是不可见的)，UFT 在定位顶级测试对象时需要考虑这些窗口。

例如，打开四个不需要(且不干扰)的浏览器实例和四个资源管理器实例会极大地影响我的脚本的运行时性能。因此，我确保在运行测试之前始终以相同的基线状态开始。

要验证，您可以关闭不需要的所有内容，并查看运行时是否有所改善。

2) 你使用RegisterUserFunc将您的函数称为方法？ 该 API 有一个很大的性能漏洞 :取决于你有多少库代码(无论在哪里，也不管是什么类型的代码)，这样的方法调用可能比你预期的要花费更多的时间。
我见过这样的场景，我们有足够的代码，在一台强大的机器上一次调用几乎需要一秒钟(850 毫秒)。
修复是为了避免将函数作为方法调用，这很糟糕，因为您必须重新安排所有此类调用，但截至今天，我们仍在等待修复，因为我们花了几个月的时间向 MicroFocus 证明这种症状确实是真实的，并且非常致命，因为当您添加库代码时，性能会以非常小的步骤进一步降低。 (不过，这里没有 Windows 10 依赖项。)

3) 禁用智能识别。它可能播放得很好，但可能需要相当长的时间才能找出哪种“智能”识别变体有效。如果您的脚本在没有智能 ID 的情况下失败，则无论如何都应该修复它们，因为您的脚本永远不应该依赖智能识别。

4) 禁用 UFT 自动构建 XPath 的新 XPath 功能，并静默重用此 XPath 以加快检测速度。在某些情况下，它会完全弄乱对象识别，脚本会检测到错误的控件，或者需要花费大量时间来检测控件。

5) 尝试隐藏 UFT 实例。 多年来，这一直是性能的助推器 ，我认为它仍然是，见 QTP datatable operations *extremely* slow (much better under MMDRV batch executor)?有关这方面的信息，以及更多信息。

6) 某些操作确实需要很多时间，出乎意料 .例如，Why does setting a USER environment variable take 12 seconds?完全让我吃惊。