Healing Agent ガイド
Healing Agent は、UI Automation モダンのアクティビティでのみ利用可能です。
現在のところ、Healing Agent はジョブとして実行するプロセスでのみ利用可能です。トリガーやテスト ケースなど、他の種類のジョブでは使用できません。
Healing Agent は、デスクトップ アプリケーションと Web アプリケーションの両方で利用可能です。
また、Healing Agent は Citrix などのリモート環境で実行するよう設計されたオートメーションも回復できます。
Healing Agent は、動的で予測不可能な環境で実行される UI ベースのオートメーションに対して最も効果を発揮します。これには、更新が頻繁に発生するクラウドベースのプラットフォームのような、不安定または頻繁に変更されるアプリケーションの操作を自動化するオートメーションが含まれます。
また、厳重に管理されていないためにオートメーションの信頼性を左右する不整合要因の影響を受けやすい環境でも、Healing Agent が特に効果的です。このような要因として、オペレーティング システムの更新やリソースの競合などがあります。
UI Automation パッケージを必要最低限の水準以上まで更新していれば、Healing Agent の回復戦略の中には、既存のプロジェクトに適用できるものがあります。
詳細については、「前提条件」をご覧ください。
はい、Healing Agent はオブジェクト リポジトリ内の要素の更新を提案します。ただし、Healing Agent の動作は実行時と設計時で異なります。
- 実行時: Healing Agent は、ターゲット要素が現在のプロジェクトまたは参照されている依存関係ライブラリの一部であるかに関係なく、修正を提案し、自己修復を実行します。
- 設計時: Healing Agent は、同プロジェクトの一部である要素にのみ修正を適用できます。要素が依存関係ライブラリに属している場合は、そのライブラリ プロジェクトを開き、デバッグ ファイルをインポートして、修正を適用する必要があります。
PUT /odata/Releases({key}) をご覧ください。Healing Agent の設定は、ProcessSettingsDto セクションの AutopilotForRobots プロパティで行います。
Healing Agent は 2 つの主要な安全メカニズムを使用して、誤ったセレクターの選択を防ぎます。
- 管理者による制御:管理者は、Healing Agent が自己修復アクションを自動的に実行せずに、修正の推奨事項を提供するように設定できます。
これにより、開発者は提案されたセレクターを確認して手動で問題を修正できるため、正確かつ制御された修正を実現できます。
- 複数戦略投票システム: 自己修復を許可されている Healing Agent は、セレクターが見つからない場合に、複数の回復戦略を実行します。各戦略により候補のセレクターが提案され、最も多くの票を獲得した候補が適切なセレクターと見なされます。
投票アルゴリズムにより、誤ったセレクターを選択するリスクが最小限に抑えられます。
これらのメカニズムが連携して、自動化の効率と、自己修復プロセスにおける正確性および制御の必要性のバランスを取ります。
- Healing Agent はクラウドとオンプレミスの両方のデプロイメントで利用できますか?
- Healing Agent はどのような種類のプロジェクトで利用可能ですか?
- Healing Agent は UI Automation モダンのアクティビティと UI Automation クラシックのアクティビティの両方で利用できますか?
- Healing Agent はどのような種類の作業で利用可能ですか?
- Healing Agent はどのようなアプリケーションや環境で利用できますか?
- Healing Agent に最も適したオートメーションの種類は何ですか?
- Healing Agent を既存のプロジェクトで利用できますか、それとも新しいプロジェクトでのみ利用できますか?
- Healing Agent は、オブジェクト リポジトリ内の要素を認識し、更新提案を行いますか?
- Healing Agent は大規模に有効化または無効化できますか?
- Healing Agent が誤ったセレクターを選択しないようにするための安全メカニズムはどのようなものですか?
