Healing Agent のユース ケース

動的セレクター

ユーザー インターフェイスを頻繁に変更すると、セレクターの静的属性も変化します。これにより、オートメーションが失敗します。

このシナリオでは、Healing Agent によってセレクターの変化が検出され、新しいセレクターが動的に生成されて、アクティビティが検証を経て再実行されます。

柔軟なアンカー配置

レスポンシブ デザインによるアプリケーションでは、画面サイズや解像度の変更によって UI レイアウトが変化することがあります。これにより、想定された位置にアンカーが存在しなくなるため、オートメーションが失敗します。

このシナリオでは、ターゲットに対するアンカーの位置が変化しても、Healing Agent によってアンカーが認識され、リアルタイムでオートメーションが適応し、オートメーション タスクが正確に実行されます。

要素を隠す UI 要素

ポップアップ ウィンドウによってオートメーションのターゲット UI 要素が隠されることがあります。これは、通知、エラー プロンプト、モーダル ウィンドウを使用するアプリケーションで普通に発生します。この動作によってターゲット要素がブロックされるため、オートメーションが失敗します。

Healing Agent は、ポップアップやモーダルウィンドウで隠されているターゲット要素も検出し、そのポップアップなどを自動的に閉じてからアクティビティを検証して再実行します。

適応待機時間

システムの低パフォーマンスやネットワークの遅延などに起因にして、アプリケーションの読み込みが遅くなることがあります。その結果、目的のアプリケーションの読み込みが完了する前にオートメーションがアクションを実行しようとすると、オートメーションが失敗することが考えられます。

このようなシナリオでの Healing Agent は、ターゲット要素の準備が整っているかどうかを判断し、必要な時間待機したうえでアクティビティを検証して再実行します。

オートメーションへの適応性

アプリケーションのターゲット要素は静的ではなく、変化することが考えられます。たとえば、アプリケーション開発者が [送信] ボタンを [確認] ボタンに名前変更したとします。

このシナリオでの Healing Agent は、要素の名前が変更されていてもその基になる機能は同一であることを自律的に識別し、変更されたインターフェイスに合わせてオートメーションを更新したうえでアクティビティを検証して再実行します。