如何以非编程方式设置 <UFTApp>.<TestOrComponent>.Settings.Run.OnError 以进行 BPT 组件的交互式（即基于 IDE 的调试）运行？
How can I set <UFTApp>.<TestOrComponent>.Settings.Run.OnError non-programmatically for interactive (i.e. IDE-based debug) runs of a BPT component?
在 UFT 14.50 中（但我不认为这是特定于版本的），我面临以下问题：
对于基于操作的 GUI 测试，我可以使用 File/Settings/Run 为每个测试配置发生错误时应该发生的情况：
对于基于 BPT GUI 的组件，我不能；没有“运行”部分：
同样在组件的应用程序区域中，这将是放置此设置有意义的第二个地方，但没有这样的设置。
我知道我可以使用 <App>.<TestOrComponent>.Settings.Run.OnError.
以编程方式设置此设置
我也明白，可以在 BPT 测试流程脚本或 BPT 测试脚本中的每个组件调用的执行设置中配置此设置，但是出于调试原因，交互式组件执行如何 - 我必须更改此设置如果我想在运行时以编程方式在每个组件中设置 define/change 在 UFT IDE 中进行调试运行时此设置，是否正确？
附加问题：为给定组件隐藏此设置的理由是什么？
这是个好问题。这是我不得不考虑的一个问题，因为涉及的组件很多。
您在 UFT 中为 BPT 应用程序区域构建代码，但 BPT 测试本身设计为从 ALM 管理和执行。 HP（当时的供应商）版本 11 或 12 左右将远程代理更新为具有“调试模式”（这些设置中的顶部选项）：
如果您还没有看到这个 window，您可以通过右键单击系统托盘上的远程代理来获取它：
（您也可以通过更新 mic.ini 文件来设置它 - 如果您需要更多信息，请大声说出来）
我已经有大约十年没有使用 BPT 了，但是我非常了解远程代理中的那个选项。可能 运行 您之后的选项不存在，因为对于 BPT 和它的 aLM 依赖项，它现在全部通过调试 运行 设置进行控制。
选中它后，当您 运行 来自 ALM 的测试时，您会收到错误弹出窗口
在未选中的情况下，当您从 ALM 运行 进行测试时，如果遇到问题，错误弹出窗口将被抑制。
您不需要以编程方式设置您的选项。
加分答案：从逻辑上讲，这是有道理的，因为您可能会从 ALM 开始整个测试集，如果您在第一次测试中有 1 个错误 object/line 并且它阻塞了一整夜 运行 你会很生气。至少通过这种方式，您可以将本地计算机作为 deubg 运行，但所有远程执行计算机都未选中它，因此它们会继续运行。它成为机器配置而不是脚本配置。
如果这不能像您预期的那样工作，还有其他方法可以使用带有环境变量的通用函数库来将所有设置为调试或全部设置为 carry-on 模式。
在 UFT 14.50 中（但我不认为这是特定于版本的），我面临以下问题：
对于基于操作的 GUI 测试，我可以使用 File/Settings/Run 为每个测试配置发生错误时应该发生的情况：
对于基于 BPT GUI 的组件，我不能；没有“运行”部分：
同样在组件的应用程序区域中，这将是放置此设置有意义的第二个地方，但没有这样的设置。
我知道我可以使用 <App>.<TestOrComponent>.Settings.Run.OnError.
我也明白，可以在 BPT 测试流程脚本或 BPT 测试脚本中的每个组件调用的执行设置中配置此设置，但是出于调试原因，交互式组件执行如何 - 我必须更改此设置如果我想在运行时以编程方式在每个组件中设置 define/change 在 UFT IDE 中进行调试运行时此设置，是否正确？
附加问题：为给定组件隐藏此设置的理由是什么？
这是个好问题。这是我不得不考虑的一个问题，因为涉及的组件很多。
您在 UFT 中为 BPT 应用程序区域构建代码，但 BPT 测试本身设计为从 ALM 管理和执行。 HP（当时的供应商）版本 11 或 12 左右将远程代理更新为具有“调试模式”（这些设置中的顶部选项）：
如果您还没有看到这个 window，您可以通过右键单击系统托盘上的远程代理来获取它：
（您也可以通过更新 mic.ini 文件来设置它 - 如果您需要更多信息，请大声说出来）
我已经有大约十年没有使用 BPT 了，但是我非常了解远程代理中的那个选项。可能 运行 您之后的选项不存在，因为对于 BPT 和它的 aLM 依赖项，它现在全部通过调试 运行 设置进行控制。
选中它后，当您 运行 来自 ALM 的测试时，您会收到错误弹出窗口
在未选中的情况下，当您从 ALM 运行 进行测试时，如果遇到问题，错误弹出窗口将被抑制。
您不需要以编程方式设置您的选项。
加分答案：从逻辑上讲，这是有道理的，因为您可能会从 ALM 开始整个测试集，如果您在第一次测试中有 1 个错误 object/line 并且它阻塞了一整夜 运行 你会很生气。至少通过这种方式，您可以将本地计算机作为 deubg 运行，但所有远程执行计算机都未选中它，因此它们会继续运行。它成为机器配置而不是脚本配置。
如果这不能像您预期的那样工作，还有其他方法可以使用带有环境变量的通用函数库来将所有设置为调试或全部设置为 carry-on 模式。