セマンティック セレクターについて

セマンティック セレクターは統合ターゲットの新しいターゲット メソッドであり、UI 要素をその位置や構造ではなく意味に基づいて識別するように設計されています。UI 要素の役割、目的、コンテキストを AI ドリブンで把握することにより、DOM 情報に基づいて UI の変化に対する自動化の回復力を強化します。

注: 現在のところ、画像ベースのセマンティック セレクターはサポートされていません。

統合ターゲットでは、Computer Vision と同様にセマンティック セレクターがセレクターの主要なフォールバック ターゲット メソッドとして機能しますが、機能性と適応性の面で Computer Vision よりもはるかに優れています。また、セマンティック セレクターを主力のターゲット メソッドとして設定することで、全面的にセマンティックな手法で UI 要素を検出することもできます。

これまでのセレクターは、厳格な属性や階層に依存しています。セマンティック セレクターは、各 UI 要素が何を表現しているかを把握しているので、UI の進化に合わせて自動化の自動的な適応を図ることができます。

ベスト プラクティスと利点

このセクションでは、セマンティック セレクターを使用するためのベスト プラクティスと、その利点について概説します。

ベスト プラクティス

セマンティック セレクターを使用するシナリオは次のとおりです。

• UI を頻繁に変更する場合や動的に構築する場合 (React や Angular など)。
• 複数の環境 (ステージング環境と運用環境) にわたる自動化の場合。
• 継続的なメンテナンスをすることなく優れた信頼性を目指す場合。
• 不確実性の下でも良好に機能するフォールバック メカニズムを統合ターゲットに必要とする場合。

注: 実際のアプリケーションでセマンティックによる理解に最も高い信頼性がある場合は、セマンティック セレクターを主力のターゲット メソッドとして設定することもできます。

以下のシナリオでは、セマンティック セレクターを主力のターゲット メソッドとして使用しないようにします。

• 固定された構造パスをテストの検証で必要とする場合。
• UI が静的であることから、従来のセレクターで容易に対処できる場合。

メリット

自動化が失敗する場合は、一般的に次の原因によってセレクターの脆弱性が現れています。

• UI のレイアウトやテーマの軽微な更新。
• 動的要素 ID
• ラベル名またはクラス名を変更します。

セマンティック セレクターは、構文ではなく意図を解釈することで、これらの課題を解決します。

セマンティック セレクターを使用すると、次のようなメリットがあります。

• 回復性 – UI が変更されても機能し続けます。
• 適応性 – 環境全体で同等の要素を特定します。
• 一貫性 – 自動化をユーザーの意図と機能の目的に一致させます。
• 連携 – 統合ターゲット内でシームレスに動作し、従来のターゲットや Computer Vision のターゲット設定と並行して動作します。

セマンティック セレクターの使用例

次の例では、セマンティック セレクターは、位置や HTML 属性ではなく意味によって フォーム ボタンを送信するボタン を対象にします。ボタンが移動したり、ラベルが変更されたりしても、オートメーションは成功します。

セレクターの機能を比較する

次の表は、他の種類のセレクターとセマンティック セレクターの違いを示しています。

機能	従来のセレクター	Computer Vision	セマンティック セレクター
UI の変更許容範囲	低 (Low)	中	高 (High)
コンテキストの認識	制限	視覚化のみ	ストロング (セマンティック)
メンテナンスの手間	高 (High)	中	低 (Low)
統合ターゲットへの統合	はい	はい	はい (フォールバックまたはプライマリ)
人間のような解釈	いいえ	パーシャル	Full (完全外部結合)