我和一些同事一直在尝试解决我们在脚本中遇到的IE Hang问题（以及手动测试作为应用程序问题）。
不幸的是，当IE挂起时，它会导致UFT挂起，直到＆＃34; iexplore.exe * 32＆＃34;过程被杀死。这似乎可以快速刷新IE并让脚本在大多数时间内继续运行。
我们一直在探索使用UFT恢复方案选项来处理这个问题，但是当IE挂起时UFT挂起，UFT不会触发恢复方案。
或者，我们创建了一个（windows）实用程序，在后台运行，检查＆＃34; iexplore.exe * 32＆＃34;每隔10秒处理一次，如果挂起，就会杀死它。
不幸的是，如前所述，这并非100％有效，因为它有时会导致IE完全关闭。
UFT恢复场景应用程序崩溃触发器似乎不会触发已杀死的进程，因此我们试图将其设置为＆＃34;对象不存在＆＃34;。我们如何使用我们的选项来解决这个问题？
由于
答案 0 :(得分：1)
我们已经找到了一种方法来将Windows实用程序设置为作为服务或shell运行（因此CMD不必保持打开状态）来终止进程。它只有60-70％的可能性只是刷新，脚本继续。当它不起作用时，它会完全杀死iexplore.exe会话。
我们已经为运行错误创建了一个恢复方案，当触发时，该功能首先检查浏览器是否存在，并检查在登录/注销中设置的几个环境变量，以确保您期待会话当时开放。如果这些if语句为真，则会再次打开，登录并重新执行之前的最大操作，然后再继续执行该脚本。 （我们在运行脚本中使用案例和操作）。
现在的问题是使用HP支持人员建议的新恢复方案更新我们现有的所有运行脚本（数百个），作为功能不存在，必须手动完成（我们已将其作为增强请求提交） ）。我们正在尝试找出一种在函数或脚本中编写它的方法，但是在运行时检查脚本，编辑脚本并将其签入并不会起作用，因为Quality Center似乎运行所有脚本只读。我将开始另一个线程。