UFT One恢复场景的使用可以极大地保证用户数据安全与测试连续性，在上一篇文章中已经为您介绍了如何创建、关联与定义场景，下面就展开讲解UFT（QTP）One恢复场景的使用与编程方式实现的控制，以便您能更好地使用恢复场景功能。

一、使用恢复场景

恢复场景仅用于无法预先预见的事件，或用于在测试或组件中无法与特定步骤同步的事件。

默认情况下，仅在步骤返回错误之后，UFT（QTP）One才会激活恢复场景操作。这可能会在初始导致错误的步骤之后产生几个步骤。而检查每个步骤后是否有触发事件这一替代方法可能会降低性能。所以，最好是直接在测试或组件中处理可预见错误。

如果您可以预见特定事件可能在测试或组件中的特定点发生，则强烈建议您直接在测试或组件中处理该事件，而不是依赖于恢复场景。要在测试中执行此操作，请添加诸如If语句这样的步骤或可选步骤。

与恢复场景相比，直接在测试或组件中处理事件可更明确地处理错误，因为恢复场景本质上是设计用于处理更通用的不可预知事件集。它还使您可在资源使用率最低、性能最佳时执行正确操作。

二、以编程的方式控制恢复机制

可以使用Recovery对象在测试运行期间以编程方式控制恢复机制。例如，可以执行以下任一操作:

·启用或禁用整个UFT（QTP）One恢复机制

·为测试运行的某些部分启用或禁用特定的恢复场景

·检索有关特定恢复场景的状态信息

·明确激活恢复机制，以在测试运行中的特定时间检查是否出现“应用程序崩溃”错误。

从应用程序崩溃错误中恢复：默认情况下，在测试运行期间返回错误后，UFT（QTP）One将检查是否有恢复触发器。但是，此情况不适用于“应用程序崩溃”错误。可以使用Recovery对象的Activate方法强制UFT（QTP）One在测试运行中的特定步骤之后检查是否出现“应用程序崩溃”事件，以触发针对此错误配置的恢复场景。

在合适的时机使用恢复场景，使用编程方式更加高效地控制恢复机制，您将可以在使用UFT（QTP）One的过程中更加安心与高效，无须担心意外事件对测试的影响。