studio
2024.10
false
- リリース ノート
- 基本情報
- セットアップと構成
- オートメーション プロジェクト
- 依存関係
- ワークフローの種類
- 制御フロー
- ファイルの比較
- オートメーションのベスト プラクティス
- ソース管理との連携
- デバッグ
- ログ
- 診断ツール
- ワークフロー アナライザー
- ワークフロー アナライザーについて
- ST-DBP-002 - 多数の引数
- ST-DBP-003 - 空の catch ブロック
- ST-DBP-007 - 複数のフローチャートレイヤー
- ST-DPB-010 - [ワークフロー] または [テスト ケース] の複数のインスタンス
- ST-DBP-020 - 未定義の出力プロパティ
- ST-DBP-021 - ハードコードされたタイムアウト
- ST-DBP-023 - 空のワークフロー
- ST-DBP-024 - 永続性アクティビティの確認
- ST-DBP-025 - 変数のシリアル化の前提条件
- ST-DBP-026 - [待機] アクティビティの使用
- ST-DBP-027 - Persistence のベスト プラクティス
- ST-DBP-028 - 引数のシリアル化の前提条件
- ST-USG-005 - ハードコードされたアクティビティ引数
- ST-USG-009 - 未使用の変数
- ST-USG-010 - 未使用の依存関係
- ST-USG-014 - パッケージの制限
- ST-USG-017 - パラメーターの修飾子が無効
- ST-USG-020 - 最小ログ メッセージ
- ST-USG-024 - 未使用で保存されたままの値
- ST-USG-025 - 保存した値の誤用
- ST-USG-026 - アクティビティの制限
- ST-USG-027 - 必要なパッケージ
- ST-USG-028 - ファイル テンプレートの呼び出しの制限
- ST-USG-027 - 必須のタグ
- ST-USG-034 - Automation Hub URL
- 変数
- 引数
- インポートされた名前空間
- コード化されたオートメーション
- トリガーベースの有人オートメーション
- レコーディング
- UI 要素
- セレクター
- オブジェクト リポジトリ
- データ スクレイピング
- 画像とテキストの自動化
- Citrix テクノロジの自動化
- RDP の自動化
- VMware Horizon の自動化
- Salesforce の操作の自動化
- SAP のオートメーション
- macOS の UI Automation
- ScreenScrapeJavaSupport ツール
- Webdriver プロトコル
- Webdriver プロトコルについて
- 設定手順
- 既知の問題と制限事項
- 拡張機能
- Studio でのテスト
- トラブルシューティング
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
新しいコンテンツの翻訳は、およそ 1 ～ 2 週間で公開されます。
Studio User Guide
最終更新日時 2025年9月29日
When you build your browser automation projects via the WebDriver protocol you need to take into consideration the following:
- Selectors for UI elements inside iframes are not validated. It is recommended to avoid iframes when you build your automation project. This occurs when element identification is done via the browser extension and selector validation via the WebDriver protocol.
- A browser automation created with the WebDriver protocol always creates a new browser session. This means that saved cookies or saved browser data are not taken into consideration when you build your automation project.
- If a selector is not found for a browser with multiple tabs opened, the execution constantly switches between them. In this scenario it is recommended to create your automation project on a single browser tab. This effect is only noticeable during visual browser automation.
- Headless automation does not rely on visual elements. As such, the WebDriver protocol doesn't actually open a visible browser window when it is used in Headless mode. Because of this, Headless automation cannot function with some activities which use hardware events (such as Click or Type Into) in their default state. They must be configured to use the SimulateClick, SimulateType, or SimulateHover properties, or the Send Window Messages property.
- Activities which interact with images (such as Click Image or Find Image) are not supported because they rely on the browser window itself.
- Events monitoring (such as Click Trigger or Hotkey Trigger) is not supported, because they rely on hardware events.
- Using
<WND>tags in the Close Application activity only closes the browser session and not the corresponding webdriver process. It is recommended to use<HTML>tags instead. - When using Chrome or Firefox, the browser window opened via the WebDriver protocol always opens in the same visual space and with the same size specifications. Moreover, some websites have adaptive page layout and this can lead to invalid selectors when the window size is changed. In this regard, it is recommended to use the default browser window size when you create your automation project.
