- 基本情報
- セットアップと構成
- オートメーション プロジェクト
- 依存関係
- ワークフローの種類
- 制御フロー
- ファイルの比較
- オートメーションのベスト プラクティス
- ソース管理との連携
- デバッグ
- ログ
- 診断ツール
- ワークフロー アナライザー
- ワークフロー アナライザーについて
- 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
- 変数
- 引数
- インポートされた名前空間
- コード化されたオートメーション
- トリガーベースの有人オートメーション
- オブジェクト リポジトリ
- ScreenScrapeJavaSupport ツール
- 拡張機能
- Studio でのテスト
- トラブルシューティング
Studio で Test Automation Framework テンプレートを使用して、アセット管理、ログ、例外処理が組み込まれたテスト プロジェクトを構築します。
概要
Test Automation Framework は、重要なベスト プラクティスを取り入れて、プロジェクトのテストの基盤を提供するテンプレートです。このフレームワークには、アセット、定数、ログ、例外処理を管理する機能が含まれています。
動作のしくみ
このテンプレートは、連続する以下の 3 つのフェーズに従います。
-
セットアップ (SetUp.xaml)— このフェーズでは 、Assets.json ファイルを読み込み、プロセスで使用されるアプリケーションを初期化します。初期化に成功すると、実行は「テストの実行」フェーズに進みます。初期化に失敗すると、実行が終了してテスト ケースが失敗し、Orchestrator で利用可能なスクリーンショットが生成されます。
- InitAllAssets.xaml — このフェーズでは、プロジェクト全体で使用される構成ディクショナリであるアセットを初期化し、データを設定して出力します。アセットは Orchestrator から取得されます。
-
テストの実行 (テスト ケースのプレースホルダー) - このフェーズでは、テスト ケースが実行されます。[プレースホルダー] アクティビティは、実行時に [ワークフロー ファイルを呼び出し] アクティビティに変更されます。続いて、このアクティビティは、アタッチされた実行テンプレートを使用してテスト ケースを呼び出します。これにより、Generated – testCaseName という一時ワークフロー ファイルが作成されます。テスト ケースは [タイムアウト スコープ] 内にラップされます。[例外をスローするまでの時間] の入力値は TestTimeOut 定数に設定されます。テスト ケースの実行が TestTimeOut を超える場合、実行は停止されます。これは、プロセスが最終的に無限ループに入った場合に実行を停止し、ロボットを解放できるようにするのに役に立ちます。
-
ティアダウン (TearDown.xaml) —このフェーズでは、テスト ケースの実行を完了し、今後の実行に備えて環境をクリーンアップするために必要なアクションを実行します。
- KillAllProcesses.xaml — 業務プロセスで使用されるアプリケーションを表す Windows プロセスを強制終了します。ただし、プロセスを強制終了すると、ファイルへの未保存の変更が失われるなど、好ましくない結果を招く可能性があります。このワークフローの名前にかかわらず、使用するプロセスをすべて常に強制終了する必要はありません。システムをクリーンなステートに戻す場合、業務プロセスの要件によっては、他の手順の方が適している場合もあります。
-
TakeScreenshots.xaml — 画面全体のスクリーンショットを作成し、in_Folder 引数で指定したフォルダーに .PNG として保存します。このフェーズは、ワークフローにおいて必要な場所で呼び出すことができます。
テンプレートをカスタマイズする
テンプレートを特定のユース ケース用に設定するには、以下の手順に従います。
-
Data フォルダーで Assets.json ファイルを開き、アクセスする必要のある Orchestrator アセットを追加します。
注:Assets.json ファイルは、資格情報を除くすべての種類のアセットに使用します。Orchestrator で定義された資格情報アセットを使用するには、代わりに 定数 として追加します。
-
データ マネージャーの [定数] に、使用する資格情報アセットを追加します。それらにアクセスするには、[ 資格情報を取得] アクティビティを追加します。
ヒント:資格情報アセットが、プロセスが実行されているフォルダーとは異なる Orchestrator フォルダーに保存されている場合は、別の 定数 を作成してフォルダー名を保存します。
-
TestTimeOut 定数を変更して、テスト ケースの許容実行時間を変更します。
Assets and Credentials syntax
To call an Asset in your workflow, use:
Assets("AssetName")
Assets("AssetName")
Assets is a global variable available in every Test Automation Framework project, so it needs no initialization. AssetName must match the key defined in your Assets.json file, loaded at runtime by InitAllAssets.xaml.
A Credential is called by defining a Constant that holds the name of the credential asset (for example, CredentialAssetName = "MyCredentialAsset"), which is then passed into a Get Credential activity to retrieve the username and password.
Use a Constant instead of hardcoding the credential name directly in the activity. This keeps the reference descriptive, and because it's global, you can update the name in one place. If the credential name is likely to change, store it in Assets.json instead, so you can edit it without republishing the process.
このプロジェクト テンプレートの既定の依存関係は、UiPath.System.Activities、UiPath.UIAutomation.Activities、および UiPath.Testing.Activities です。