studio
2024.10
true
- リリース ノート
- 基本情報
- セットアップと構成
- オートメーション プロジェクト
- 依存関係
- ワークフローの種類
- 制御フロー
- ファイルの比較
- オートメーションのベスト プラクティス
- ソース管理との連携
- デバッグ
- ログ
- 診断ツール
- ワークフロー アナライザー
- ワークフロー アナライザーについて
- 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 プロトコル
- 拡張機能
- Test Suite - Studio
- トラブルシューティング
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。
Studio ガイド
最終更新日時 2024年12月19日
Data Service
Automation Cloud と Automation Suite の両方において Data Service をデータ ドリブンなテストのソースとして使用できます。データは Data Service のエンティティからインポートされ、フィールドはワークフローの引数として公開されます。インポートされるエンティティはすべて [プロジェクト] タブの [エンティティ] に保存されます。
Data Service におけるデータ ドリブンなテストは、バージョン 22.4 以降のテスト アクティビティ パッケージでのみ実行できます。
重要: Data Service のエンティティをインポートすると、[引数] パネルに引数が生成されます。引数の名前を変更しないでください。変更すると、データにアクセスできなくなります。
- Data Service のソースを設定すると、データはエンティティの最初のエントリから取得されます。
- 動的なテスト データを使用してテスト ケースを実行およびデバッグするには、テスト エクスプローラーを使用します。 データは実行時に Data Service のエンティティから取得され、実行時にテスト エクスプローラーにより値が入力されます。
- セッションを閉じてプロジェクトを再度開く場合は、データ バリエーションを使用してファイルを再度実行し、テスト データを読み込む必要があります。
- エンティティを更新する場合は、データ バリエーションを使用してファイルを実行し、更新したテスト データを読み込む必要があります。
- データ バリエーションが空のテスト ケースは失敗としてマークされます。
- Data Service のデータ バリエーションを含むテスト ケースを実行すると、Orchestrator でテスト ケースの設定が作成されます。
- データ ドリブンなテストの場合、Data Service のテスト ケースによって生成される引数名が、
in_
と_out
のプレフィックスの使用を推奨するワークフロー アナライザーのルール ST-NMG-002 に準拠していません。このルールに合わせて引数名を調整すると、Data Service のエンティティからデータを取得できなくなる可能性があります。 - 入力引数を受け入れるデータ ドリブンなテスト ケースを作成し、それをテスト セットにパブリッシュして、引数値を Orchestrator の UI から直接定義しようとすると、入力引数値がテスト バリエーションに渡されません。
回避策: この制限を回避するには、入力引数を Data Service のエンティティに直接追加します。
テスト ケースにテスト データを追加するときに、エンティティをフィルター処理して特定のフィールドのみを Data Service から取得することができます。組み込みのクエリ ビルダーを使用して、フィルターを設定できます。
- テスト データを含む新しいテスト ケースを作成するか、既存のテスト ケースにテスト データを追加します。
-
[ソース] をクリックして、ドロップダウン リストから [Data Service] を選択します。
注: このオプションを使用できない場合は、要件を確認してください。 - エンティティを選択するか、検索機能を使用して検索します。
- [フィルター] アイコンをクリックしてクエリ ビルダーを開きます。
- 1 つ目のドロップダウン リストを使用して、条件 (例:
CreateTime
) でフィルター処理します。 - (任意) [追加] をクリックして行とグループを追加し、条件を設定できます。
- (任意) [すべての条件に一致 (AND)] または [いずれかの条件に一致 (OR)] を選択して、すべての条件またはいずれかの条件でフィルター処理するよう選択できます。
- フィルターの [名前] を入力します。
- (任意) [範囲] を使用して特定の行範囲を設定します。これは、エンティティに何百ものフィールドがある場合に便利です。
-
[OK] をクリックして確定します。
データがエンティティから取得され、テスト ケースに引数の型として追加されます。エンティティの最初のエントリのみが取得されます。引数を使用してデータにアクセスできます。
- データ ドリブンなテストに既に CSV ファイルを使用している場合は、一括処理用のアクティビティを使用して Data Service にアップロードできます。
- テスト データを更新または削除する。