- 基本情報
- セットアップと構成
- オートメーション プロジェクト
- 依存関係
- ワークフローの種類
- 制御フロー
- ファイルの比較
- オートメーションのベスト プラクティス
- ソース管理との連携
- デバッグ
- ログ
- 診断ツール
- ワークフロー アナライザー
- ワークフロー アナライザーについて
- 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-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 ガイド
モック テスト
概要
UiPath Studio のモック テストは、テストの実行中に、選択したアクティビティ、さらには呼び出されたワークフロー全体を軽量の代替ファイル (ワークフローのモック ファイル) に置き換える (「モックする」) ことができる組み込み機能です。その目的は、検証するオートメーションの特定の部分を分離すると同時に、データベースの書き込み、API 呼び出し、UI の更新などの副作用からテストを保護することです。

前提条件
- 種類が「プロセス」のプロジェクトを作成します。
注:
テスト オートメーション プロジェクトではモック機能は使用できません。
- テスト アクティビティ パッケージをインストールする
モックを使用する
ワークフローのモック ファイルを作成するには、[ テスト ケースを作成] ウィンドウで [ テスト用にモック ワークフロー を作成] を選択します。これにより、ワークフローのコピーが [ workflowName_mock ] という名前で作成され、 Project > の モックに保存されます。このフォルダーは、ソース ワークフロー ファイルのツリー構造を反映しています。たとえば、ワークフローが [ プロジェクト ] タブに production\Tests\testFolder01\testCase07.xamlとして保存されている場合、対応するモック ファイルは production\Mocks\Tests\testFolder01\testCase07_mock.xaml として保存されます。
実際には、データベースに直接書き込むアプリケーションがありますが、画面に書き込む必要もあるでしょう。[モックで囲む] を使用すれば、メインのテスト ケースに変更を加えることなく、この特定の機能をテストできます。一般的な注意点として、テストには、運用において永続的な効果を発揮するモックまたは特別なリソースを必要とするモックを使用することを検討してください。
モック テストの条件
- モック ファイル内で編集できるのは、モックされたアクティビティだけです。
- ワークフローに対して複数のモック ファイルを作成できます。
- 既存のモック アクティビティでは
Surround with Mockを使用できないため、入れ子のモックは使用できません。 mock.jsonファイルに、モック ファイルの構成設定が含まれています。- Given-When-Then のテスト ケース構造では、[モックで囲む] は When 内のアクティビティでのみ利用可能です。
- プロジェクトを保存すると、ソース ワークフロー ファイルでの変更がモック ファイルに適用されます。または、モック ファイルを手動で同期することもできます。詳細については、「モック テストのアクション」をご覧ください。
- 未保存の変更があるモック ファイルを開いた状態で同期することはできません。
- モック ファイルに関連付けられているワークフローを削除すると、両方のファイルを削除してよいかどうかを確認するメッセージが表示されます。
- アクティビティ カバレッジのインジケーターでは、ソース ワークフローに含まれるアクティビティだけが考慮されます。したがって、モック アクティビティのカバレッジは計算されません。
モック テストのアクション
以下の表に、モック テストで実行できるアクションを示します。
| 操作 | 説明 | 手順 |
|---|---|---|
| モック ワークフローを作成 | モック テスト用にメイン ワークフローのコピーを作成します。 |
|
| モック アクティビティを削除 | アクティビティを囲むモックを削除します。 |
|
| モックでアクティビティを囲む | モック アクティビティを挿入します。 |
|
| モックを同期 | モック ファイルをソース ワークフロー ファイルと、モック フォルダーをソース ワークフロー フォルダーとそれぞれ同期させます。 |
|
を選択します。