恢复场景或在函数本身中处理大部分场景

Question

在执行过程中我可以预期的场景很少，我想了解处理此类运行时错误的最佳实践。

还有一个问题，是否值得在函数加载期间加载所有恢复场景，或者在函数本身中处理异常。

请建议最佳实践以及为什么您建议我们需要这样做。

Answer 1

由于QTP中建立的命名，初学者经常混淆异常和GUI事件。
确实，弹出窗口并不是一个“例外”，即使它“崩溃”了脚本执行。

为了捕获失败的操作并从中恢复，我建议使用“On Error Resume Next...On Error GoTo 0”语句。

为了捕获可能发生也可能不发生的 GUI 事件，您可以使用 QTP 恢复场景，但是，正如 Tom E 提到的，每个激活的恢复处理程序都会使用额外的资源并影响 QTP 性能。
最好的方法是只使用您需要的那些，并保持其余的停用。

举几个例子。

1.捕获异常

这样，如果您有RegEx语法错误，执行将不会停止。

Set objRegEx = New RegExp   
objRegEx.Pattern = strRegEx
On Error Resume Next
boolRC = objRegEx.Test(strSrc) 
intRC = Err.Number
On Error GoTo 0
If intRC <> 0 Then boolRC = False
Set objRegEx = Nothing

2.动态操作恢复处理程序

intPos = Recovery.GetScenarioPosition("API\Exceptions\AppExceptions.qrs", "Recovery_on_Error1")  
''# You can store intPos (position in QTP's qrs file) for all handlers during initialization

Recovery.SetScenarioStatus intPos, boolState ''# Parameterize boolState as True or False  
''# Enable or disable handlers this way. Disabled handler does not consume QTP resources.

谢谢，
阿尔伯特·加里耶夫
http://automation-beyond.com/

Answer 2

根据我使用 QTP 的经验，最好直接在函数中处理已知的异常场景，并将异常处理机制留给未知或意外的异常。恢复场景会使用额外的计算机资源，并且可能会减慢测试速度，因此仅以有限的方式使用它们来捕获真正异常的场景。