REFramework（Robotic Enterprise Framework）は、UiPath Studio1を用いた自動化プロジェクト構築のための標準構造とベストプラクティスを提供するテンプレートです。ステートマシンワークフロータイプを用いることで、様々なシナリオや例外を堅牢かつスケーラブルに処理します2。REFrameworkの状態の一つに「トランザクションデータ取得」状態があり、Orchestratorキューから次のトランザクション項目を取得し、変数に割り当てる役割を担います3。Orchestratorキューは、ロボットによる処理が必要な複数の項目を格納するデータ構造です4。キューはフォルダーに整理することができ、フォルダーはキューやその他のOrchestratorエンティティをグループ化して管理するための論理コンテナです5。
開発者がREFrameworkとOrchestratorキューを使用してプロセスを実装した場合、プロジェクトの構成設定と定数を保存するExcelブックであるConfig.xlsxファイルで、キューの名前とキューが配置されているフォルダを指定する必要があります6。キューの名前は「Settings」シートの「OrchestratorQueueName」キーに、フォルダの名前は「Constants」シートの「OrchestratorQueueFolder」キーに入力します6。これらの値は、REFrameworkのInit状態で呼び出されるInitAllSettingsワークフローによって読み取られ、すべての構成データを保持する辞書であるin_Config引数に割り当てられます7。
実行時に、「トランザクションデータの取得」状態は「GetTransactionData」ワークフローを呼び出します。このワークフローはin_Config引数を入力として受け取り、Orchestratorキューからキューアイテムを取得します8。このワークフローは「キューアイテムの取得」アクティビティを使用しますが、このアクティビティではQueueNameプロパティとFolderPathプロパティを指定する必要があります9。QueueNameプロパティはin_Config("OrchestratorQueueName").ToStringに設定され、FolderPathプロパティはin_Config("OrchestratorQueueFolder").ToStringに設定されます8。Config.xlsxファイルで指定されたフォルダーがOrchestratorに存在しない場合、「キューアイテムの取得」アクティビティは「フォルダーが存在しません」というメッセージを含む例外をスローし、プロセスは停止します10。したがって、正解はBです。「トランザクションデータの取得」状態では、キューフォルダーが見つからないため例外がスローされ、プロセスは停止します。
その他のオプションは、次の理由により正しくありません。
* オプションAは不正解です。キューフォルダが見つからない場合、プロセスは続行されません。Get Queue Itemsアクティビティは失敗し、GetTransactionDataワークフローのTry Catchブロックによって例外がキャッチされます。これにより、out_TransactionItem引数はNothingに、out_TransactionID引数は「No more data」に設定されます8。これにより、Get Transaction Data状態からProcess Transaction状態への遷移条件はFalseと評価され、Get Transaction Data状態からEnd Process状態への遷移条件はTrueと評価されます3。End Process状態はSetTransactionStatusワークフローを呼び出し、例外メッセージがログに記録され、プロセスは停止します11。
* オプションCは不正解です。キューフォルダが見つからない場合、例外がスローされ、メッセージがログに記録されます。この例外は、前述のように「キューアイテムの取得」アクティビティによってスローされ、メッセージは「トランザクションステータスの設定」ワークフローによってログに記録されます。このワークフローは、「メッセージのログ記録」アクティビティを使用して、例外メッセージを出力パネルとOrchestratorログに書き込みます11。
* 選択肢Dは不正解です。キューフォルダがない場合、プロセスは「トランザクション処理」状態に移行しません。「トランザクション処理」状態は、各トランザクション項目のビジネスロジックを実行し、SetTransactionStatusワークフローを呼び出してOrchestratorキュー内の項目のステータスを更新する役割を担います12。ただし、キューフォルダがない場合、「キュー項目の取得」アクティビティは例外をスローし、out_TransactionItem引数はNothingに設定されるため、「トランザクションデータ取得」状態から「トランザクション処理」状態への移行は行われません83。
参考文献:
* Studio - ロボティックエンタープライズフレームワークテンプレート - UiPathドキュメントポータル
* Studio - ステートマシン - UiPath ドキュメントポータル
* Studio - REFramework - UiPath ドキュメントポータル
* オーケストレーター - キュー - UiPath ドキュメントポータル
* Orchestrator - フォルダー - UiPath ドキュメントポータル
* Studio - 設定ファイル - UiPath ドキュメントポータル
* Studio - InitAllSettings - UiPath ドキュメントポータル
* Studio - GetTransactionData - UiPath ドキュメント ポータル
* アクティビティ - キューアイテムの取得 - UiPath ドキュメントポータル
* Orchestrator - トラブルシューティング - UiPath ドキュメントポータル
* Studio - SetTransactionStatus - UiPath ドキュメント ポータル
* Studio - プロセストランザクション - UiPath ドキュメントポータル

UiPath Remote Runtimeコンポーネントは、Citrix Virtual Apps、Windows Remote Desktop、VMware Horizo​​nなどのリモートアプリケーションやデスクトップの自動化をネイティブセレクターを用いて実現するコンポーネントです。ネイティブセレクターとは、OCRや画像認識に依存せずに、UI要素を確実かつ正確に識別する表現です1。UiPath Remote Runtimeコンポーネントは以下のように動作します。
アプリケーションまたはデスクトップがホストされているリモート サーバーにインストールされます。
Studio または Robot がインストールされているクライアント マシンにインストールされている専用の UiPath 拡張機能と通信します。
リモート アプリケーションの対象 UI 要素に関する情報を収集し、対応する拡張機能に送信します。
これにより、拡張機能は、セレクターの作成と編集に役立つツールである UIExplorer で、リモート UI 要素のネイティブ セレクターを生成できるようになります2。
UiPath リモート ランタイム コンポーネントは、リモート サーバーとクライアント マシン間のブリッジを提供し、OCR や画像認識アクティビティよりも信頼性が高く効率的なネイティブ セレクターの使用を可能にするため、仮想環境での自動化に必要です3。
参考文献:
1: Studio - セレクターについて - UiPath ドキュメント ポータル 2: Studio - UiPath リモート ランタイムについて - UiPath ドキュメント ポータル 3: UiPath Computer Vision AI を使用した仮想環境での自動化 - YouTube

UiPath のアプリ/Web レコーダーでは、特定のアクションを記録する前に、そのアクションを選択または指定する必要があります。
これらには次のものが含まれます。
*ボタン、リンク、その他のインタラクティブな要素をクリックします。
*入力フィールドにテキストを入力します。
*チェックボックスを選択またはクリアします。
*キーボードショートカットを送信します。
*ドロップダウンメニューから項目を選択します。
UiPath レコーディングで一般的に使用されるこれらの一般的なアクションに基づくと、最も適切な答えは次のようになります。
A: ボタン、リンク、アイコンや画像などのクリック可能な要素をクリックします。テキストボックスなどのテキストエリアにテキストを入力します。チェックボックスをオンまたはオフにします。キーボードを使ってキーボードショートカットを送信します。ドロップダウンから項目を選択します。
これらは、UI とのやり取りを自動化するために、記録プロセス中に手動で選択または実行するアクションです。

UiPath では、Type Into アクティビティの入力モード プロパティによって、ターゲット UI 要素にテキストを入力する方法が決まります。
「シミュレート」入力モードでは、対象アプリケーションの技術を用いてテキストを入力します。これにより、対象のUI要素にフォーカスが当たっている必要はなく、バックグラウンドで実行できます。また、特に指定がない限り、入力前にフィールドの内容が自動的にクリアされます。一方、「ウィンドウメッセージ」入力モードでは、キーボード入力をシミュレートする一連のWindowsメッセージが対象アプリケーションに送信されます。このモードはホットキーや特殊キーの組み合わせをサポートしているため、特定のキーボード入力によってアクションを実行する必要があるアプリケーションに適しています。参考資料：
* UiPathアクティビティガイド - 入力

GetTransactionDataステップは、テストデータを取得するために、エンドツーエンドのテストケースからモック化する必要があります。モック化とは、システムの一部を偽のものに置き換える手法であり、通常はテスト目的で使用されます1。GetTransactionDataステップは、キューから次のトランザクション項目を取得し、それをTransactionItem引数に割り当てる役割を担います2。このステップをモック化することで、開発者は実際のキューとのやり取りを回避し、テスト用に定義済みのトランザクション項目を提供できます。これにより、テストの予測可能性と焦点が明確になり、外部依存関係から分離されます。
オプションAは不正解です。SetTransactionStatusステップは、キュー内の現在のトランザクション項目のステータスを更新するために使用されるため、モック化すべきではありません。これは、エンドツーエンドのテストケース2の重要な部分です。オプションCは不正解です。Processステップは、予約セクションへの移動、予約データの追加、現在の予約の終了など、自動化のコアビジネスロジックが含まれているため、モック化すべきではありません。オプションDは不正解です。InitAllApplicationsステップは、エンドツーエンドのテストケース2の必須の前提条件である会社のデスクトップアプリケーションにログインするために使用されるため、モック化すべきではありません。
参考資料: 1: テストでモックを使用するべきかどうか 2: UiPath ReFramework