- リリース ノート
- 基本情報
- セットアップと構成
- オートメーション プロジェクト
- 依存関係
- ワークフローの種類
- ファイルの比較
- オートメーションのベスト プラクティス
- ソース管理との連携
- デバッグ
- 診断ツール
- ワークフロー アナライザー
- 変数
- 引数
- インポートされた名前空間
- コード化されたオートメーション
- トリガーベースの有人オートメーション
- 制御フロー
- オブジェクト リポジトリ
- ログ
- 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 内のアクティビティでのみ利用可能です。
- プロジェクトを保存すると、ソース ワークフロー ファイルでの変更がモック ファイルに適用されます。または、モック ファイルを手動で同期することもできます。詳細については、「モック テストのアクション」をご覧ください。
- 未保存の変更があるモック ファイルを開いた状態で同期することはできません。
- モック ファイルに関連付けられているワークフローを削除すると、両方のファイルを削除してよいかどうかを確認するメッセージが表示されます。
- アクティビティ カバレッジのインジケーターでは、ソース ワークフローに含まれるアクティビティだけが考慮されます。したがって、モック アクティビティのカバレッジは計算されません。
モック テストのアクション
以下の表に、モック テストで実行できるアクションを示します。
| 操作 | 説明 | 手順 |
|---|---|---|
| モック ワークフローを作成 | モック テスト用にメイン ワークフローのコピーを作成します。 |
|
| モック アクティビティを削除 | アクティビティを囲むモックを削除します。 |
|
| モックでアクティビティを囲む | モック アクティビティを挿入します。 |
|
| モックを同期 | モック ファイルをソース ワークフロー ファイルと、モック フォルダーをソース ワークフロー フォルダーとそれぞれ同期させます。 |
|
を選択します。