我已经使用 MicroFocus 的 UFT 版本 14.53 升级了一台笔记本电脑（Windows 10 企业版，版本 1803）和 2 个虚拟机（Windows 10 企业版，版本 1809）。UFT 的先前版本是 14.02。
脚本执行的性能非常缓慢。以下是有关环境的一些详细信息：
还有其他人经历过这些痛苦，可以提供任何解决方案或建议吗？不幸的是，我们的支持供应商一直没有帮助。
谢谢！
1) 根据您执行的对象识别类型，可能会有明显差异，具体取决于 Windows 桌面上打开的窗口数量。
可能是在您的 Windows 10 会话中，打开了更多窗口（可能是不可见的），UFT 在定位顶级测试对象时需要考虑这些窗口。
例如，打开四个不需要（且不干扰）的浏览器实例和四个资源管理器实例会极大地影响我的脚本的运行时性能。因此，我确保在运行测试之前始终以相同的基线状态开始。
要验证，您可以关闭不需要的所有内容，并查看运行时是否有所改善。
2）您是否习惯RegisterUserFunc将您的函数称为方法？该 API 有一个很大的性能漏洞：取决于你有多少库代码（无论在哪里，也不管是什么类型的代码），这样的方法调用可能比你预期的要花费更多的时间。我见过这样的场景，我们有足够的代码，在一台强大的机器上一次调用几乎需要一秒钟（850 毫秒）。修复是为了避免将函数作为方法调用，这很糟糕，因为您必须重新安排所有此类调用，但截至今天，我们仍在等待修复，因为我们花了几个月的时间向 MicroFocus 证明这种症状确实是真实的，并且非常致命，因为当您添加库代码时，性能会以非常小的步骤进一步降低。（不过，这里没有 Windows 10 依赖项。）
3) 禁用智能识别。它可能播放得很好，但可能需要相当长的时间才能找出哪种“智能”识别变体有效。如果您的脚本在没有智能 ID 的情况下失败，则无论如何都应该修复它们，因为您的脚本永远不应该依赖智能识别。
4) 禁用 UFT 自动构建 XPath 的新 XPath 功能，并静默重用此 XPath 以加快检测速度。在某些情况下，它会完全弄乱对象识别，脚本会检测到错误的控件，或者需要花费大量时间来检测控件。
5) 尝试隐藏 UFT 实例。多年来，这一直是性能提升器，我认为仍然如此，请参阅QTP 数据表操作*非常*慢（在 MMDRV 批处理执行器下要好得多）？有关这方面的信息，以及更多信息。
6)某些操作确实需要很多时间，出乎意料。例如，为什么设置一个 USER 环境变量需要 12 秒？完全让我吃惊。
这里有一些需要考虑的事情，这些事情过去已经过调整以加快我的脚本速度，在 VM 机器或 VDI 上使用 UFT 12.x 并使用 Windows 11 没有任何问题。我刚开始在 Windows 10 上使用 UFT 14.53 . 在打开 UFT 或执行脚本之前检查 Windows 10 是否有正在运行的后台应用程序或服务。在 UFT 中，检查以下测试设置和 UFT 测试选项：
对象同步超时 - 设置 UFT 在运行测试步骤之前等待对象加载的最长时间（以秒为单位）。
注意：使用 Web 对象时，UFT 最多等待为浏览器导航超时选项设置的时间，加上为对象同步超时设置的时间。有关浏览器导航超时选项的详细信息，请参阅《HP Unified Functional Testing 插件指南》。
浏览器导航超时 - 设置 UFT 在运行测试步骤之前等待网页加载的最长时间（以秒为单位）。
指向窗口时，在 __ 十分之一秒后激活它 - 指定 UFT 在使用指向手指向应用程序中的对象时将焦点设置在应用程序窗口上之前等待的时间（以十分之一秒为单位） （例如，使用 Object Spy、检查点、步骤生成器、恢复方案向导等时）。
默认 = 5
添加 ____ 秒到页面加载时间 - 页面加载时间是下载并在浏览器窗口中显示网页的全部内容所需的时间（以秒为单位）。
页面加载时间是直接影响用户参与度和企业利润的 Web 性能指标。它表示用户单击链接或发出请求后，页面在浏览器中完全加载所需的时间。
影响页面加载时间的因素有很多。页面加载的速度取决于托管服务器、传输中的带宽量和网页设计——以及页面上元素的数量、类型和权重。其他因素包括用户位置、设备和浏览器类型。
运行模式 - 正常 -> 或快速 ->
希望其中的一些帮助，祝你好运......艾梅
您可以尝试在 Windows 10 上运行修复 UFT 安装，看看安装 uft 14.53 时是否有问题。
这让我很担心，因为我们将在几天内更换带有 Win10 的笔记本电脑。
试试看这里是否有什么可以帮助你的。
问候