分享此页面
相关项: GUI 测试和组件
恢复场景仅用于无法预先预见的事件，或用于在测试或组件中无法与特定步骤同步的事件。
默认情况下，仅在步骤返回错误之后，才会激活恢复场景操作。这可能会在初始导致错误的步骤之后产生几个步骤。而检查每个步骤后是否有触发事件这一替代方法可能会降低性能。所以，最好是直接在测试或组件中处理可预见错误。
如果您可以预见特定事件可能在测试或组件中的特定点发生，则强烈建议您直接在测试或组件中处理该事件，而不是依赖于恢复场景。要在测试中执行此操作，请添加诸如 If 语句这样的步骤或可选步骤。要在组件中执行此操作，请结合使用用户定义的函数与条件步骤。
与恢复场景相比，直接在测试或组件中处理事件可更明确地处理错误，因为恢复场景本质上是设计用于处理更通用的不可预知事件集。它还使您可在资源使用率最低、性能最佳时执行正确操作。
Example:
-
如果您知道在测试运行期间单击保存按钮后可能会打开“是否要覆盖文件”消息框:
可以使用 If 语句（该语句指示在消息框打开时单击确定）或通过在测试中添加在消息框中单击确定的可选步骤来处理此事件。（对于关键字组件，在用户定义的函数中定义此 If 语句并通过关联的应用程序区域提供它。）
-
您可以定义一个恢复场景来处理打印机错误。这样的话，如果在测试运行期间出现打印机错误，则恢复场景可能会指示 UFT One 单击“打印机错误”消息框中的默认按钮。
在此示例中您将使用恢复场景，因为无法直接在测试或组件中处理此类错误。这是因为您无法知道网络将在哪一点返回打印机错误。即使尝试在将文件发送到打印机的步骤后立即在用户定义的函数或测试中添加 If 语句来处理此事件，测试或组件也会在网络返回实际打印机错误之前执行几个步骤。
另请参见:
