Computer Vision ウィザードの「要素の表示」ボタンを使用すると、Computer Vision 分析によって識別されたすべての UI 要素を強調表示できます。これにより、自動化に使用できる UI 要素を確認し、アクティビティで使用する要素を選択できます。「要素の表示」ボタンは、Computer Vision ウィザードの右上隅にあります。このボタンをクリックすると、UI 要素が種類とカテゴリに応じて異なる色と形で強調表示されます。各 UI 要素にマウス カーソルを合わせると、名前とプロパティが表示されます。また、「要素のフィルター」ボタンを使用して、特定の UI 要素を Computer Vision エンジンによる処理から除外することもできます。

テストエクスプローラーは、UiPath Studio のテスト自動化に関連する情報を表示するパネルです。テストエクスプローラーとそのサブパネルを使用して、次のようなさまざまなアクションを実行できます。
テスト結果のエクスポート: テスト結果パネルに表示されるテスト結果を JSON または HTML ファイルにエクスポートして、さらに分析したりレポート作成したりすることができます。
テストをグループ化する: テストの種類、テストの状態、テスト スイートなどのさまざまな基準に基づいてテストをグループ化できます。これにより、テスト エクスプローラー パネルでテストを整理およびフィルター処理できるようになります。
アクティビティカバレッジの分析：アクティビティカバレッジパネルを使用して、テストケースのアクティビティカバレッジを分析できます。このパネルには、テスト実行中に実行されたアクティビティの割合が表示されます。また、デザイナーパネルでは、カバーされているアクティビティとカバーされていないアクティビティでアクティビティをフィルタリングできます。
その他のオプションは、テスト エクスプローラーに含まれない機能、またはテスト自動化とは関係のない機能であるため、テスト エクスプローラーでは実行できません。例:
選択肢Aは不正解です。テストエクスプローラーにはテストデータをエクスポートする機能はなく、テスト結果のみをエクスポートできます。テストデータは、「テストデータの生成」や「テストデータキュー」などの他のアクティビティを使用して生成または管理できます。
オプションBは不正解です。テストエクスプローラーにはデバッグ機能がなく、テストの実行または再試行機能のみを備えているためです。デバッグはStudioの「デバッグ」タブを使用して実行できます。このタブでは、ブレークポイントの設定、変数の検査、ワークフローのステップ実行が可能です。
選択肢Dは不正解です。テストエクスプローラーにはテストデータをエクスポートする機能はなく、テスト結果のみをエクスポートできます。テストデータは、「テストデータの生成」や「テストデータキュー」などの他のアクティビティを使用して生成または管理できます。
参考文献:
1: Studio - テストエクスプローラー - UiPath ドキュメントポータル

Explanation:
UiPathのREFramework（Robotic Enterprise Framework）は、トランザクションデータを扱うように設計されています。各行がトランザクション項目を表すDataTableを反復処理するプロセスの場合、TransactionItemの適切な変数型はDataRowです。
REFrameworkのコンテキストでは、トランザクションデータがDataTable内に含まれている場合、DataRowは通常、単一のトランザクション項目を表すために使用されます。これにより、フレームワークは各行（またはトランザクション）を1つずつ処理できます。
したがって、ドロップダウン リストの TransactionItem の正しい変数タイプは DataRow である必要があります。

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 - Robotic Enterprise Framework テンプレート - UiPath ドキュメント ポータル Studio - ステート マシン - UiPath ドキュメント ポータル Studio - REFramework - UiPath ドキュメント ポータル Orchestrator - キュー - UiPath ドキュメント ポータル Orchestrator - フォルダー - UiPath ドキュメント ポータル Studio - 構成ファイル - UiPath ドキュメント ポータル Studio - InitAllSettings - UiPath ドキュメント ポータル Studio - GetTransactionData - UiPath ドキュメント ポータル アクティビティ - キュー アイテムの取得 - UiPath ドキュメント ポータル Orchestrator - トラブルシューティング - UiPath ドキュメント ポータル Studio - SetTransactionStatus - UiPath ドキュメント ポータル Studio - トランザクションの処理 - UiPath ドキュメント ポータル

2つのデータテーブルDT1とDT2があり、DT2に部署と氏名の両方が含まれるという望ましい結果を得るには、「データテーブルのマージ」アクティビティでDT1をDT2にマージするように設定する必要があります。この設定では、ソーステーブルとしてDT1、ターゲットテーブルとしてDT2を指定する必要があります。MissingSchemaActionをAddWithKeyに設定することで、ソーステーブル（DT1）にターゲットテーブル（DT2）に存在しない列が含まれている場合、主キー情報を保持したままそれらの列がターゲットテーブルに追加されます。
オプション A は、この結果を実現するためのデータ テーブルの結合アクティビティの正しい構成を示しています。
* 目的地: DT1
* 出典: DT2
* スキーマアクションがありません: AddWithKey
この設定により、キーとして機能する共通の「ID」列に基づいて、DT1の「Name」列がDT2に正しく追加されます。両方のテーブルに一致する値を持つ「ID」列があるため、名前がDT2の対応するIDに追加され、ID、Department、およびName列を持つ結合テーブルが作成されます。