サーバーレス・オートメーション・クラウド・ロボットはバックグラウンドプロセス向けに設計されており、UiPathによって完全にホストされています。つまり、企業はインフラストラクチャや仮想マシンを管理する必要がありません。また、即座に拡張できるため、プロビジョニングの手間をかけずにクラウドネイティブな自動化を必要とするシナリオに最適です。
参考：UiPath Automation Cloud ドキュメント > ロボット > サーバーレスオートメーション

UiPath Studioで新しいテストケースを作成する際に、引数を介してインポートし、テストケースの実行時に使用できるデータソースを設定できます。データソースには、「ファイル」、「データサービス」、「テストデータキュー」、「自動生成」など、さまざまなオプションから選択できます。各オプションは、テストケースの公開後にUiPath Orchestratorでテストデータがどのように更新されるかにそれぞれ異なる影響を与えます。
テスト ケースが公開された後に UiPath Orchestrator で動的なデータ更新を制限するオプションは、ファイルです。
このオプションを使用すると、Excel ファイルと CSV ファイルをテストケースのデータソースとして使用できます。ファイルをデータソースとしてインポートすると、プロジェクトの Test Data フォルダにテストデータ値を含む JSON ファイルが作成されます。テストケースを公開すると、JSON ファイルも公開され、Orchestrator に保存されます。Studio またはテストエクスプローラーで「テストデータの更新」オプションを選択して手動でテストデータを更新しない限り、Orchestrator ではテストデータの値は動的に更新されません。このオプションは、頻繁に変更されない静的または定義済みのテストデータを使用する場合に便利です。
他のオプションでは、テスト ケースが公開された後、UiPath Orchestrator での動的なデータ更新は制限されません。
オプション A のテスト データ キューを使用すると、Orchestrator 内のキューをテスト ケースのデータ ソースとして使用できます。このオプションを使用する前に、JSON スキーマを構成し、Orchestrator でテスト データ キューを追加する必要があります。キュー項目がテスト ケースによって処理されると、Orchestrator でテスト データの値が動的に更新されます。このオプションは、キュー項目をテスト データとして使用し、そのステータスと進行状況を追跡する場合に便利です。オプション B のフィルター付きデータ サービスを使用すると、データ サービス エンティティをテスト ケースのデータ ソースとして使用できます。データ サービスは、データ エンティティとリレーションシップを作成および管理できる Automation Cloud の機能です。このオプションを使用する前に、クエリ ビルダーを使用してエンティティを選択し、フィルターを適用する必要があります。エンティティ レコードがテスト ケースまたはその他のプロセスによって変更されると、Orchestrator でテスト データの値が動的に更新されます。
このオプションは、データ エンティティをテスト データとして使用し、それらに対して CRUD 操作を実行する場合に便利です。
オプションD「自動生成」では、UiPath Studioによって自動生成されるテストデータを使用して、実行中に可能な限り多くのパスをカバーできます。このオプションを使用する前に、テストデータ生成戦略とテストデータセットの数を選択する必要があります。テストケースが異なるデータセットで実行されると、Orchestrator内でテストデータの値が動的に更新されます。このオプションは、テストのカバレッジと品質を向上させるために、ランダムまたは多様なテストデータを使用したい場合に便利です。
参考資料: Studio - データ駆動型テスト - UiPath ドキュメントポータル、Studio を使用した RPA テスト - UiPath アカデミー、UiPath テストスイートのステップバイステップの図解 | コミュニティブログ、UiPath Studio を使用したテスト自動化の作成方法

ワークフローの機能を拡張して、2 つの数値ではなく 3 つの数値の合計を計算し、それに応じて Excel ファイル内のテスト データを更新する必要がある場合は、通常、次の操作を行う必要があります。
* テストデータが含まれている Excel ファイルを開きます。
* 3 番目の数字用の新しい列を追加します (例: Number3)。
* 新しい列のデータに、テスト ケースに適切な値を入力します。
* 更新されたデータを含む Excel ファイルを保存します。
* これらの変更を反映するには、テスト ケースのデータ ソースを更新します。
これは、「テストデータの更新」は、テストケースがソース（この場合はNumber3列が追加された更新されたExcelファイル）からテストデータを再インポートまたは再読み込みすることを示唆しているためです。「テストデータの更新」も適切に思えるかもしれませんが、これは通常、データ自体の構造ではなく、テストケースのデータ参照を更新する必要があるシナリオを指します。「テストデータの追加」と「テストデータの削除」は、新しい列で既存のデータセットを更新または更新するのではなく、新しいデータセットの追加または既存のデータセットの削除を意味するため、適切ではありません。

提供された展示物に基づいて、開発者はアイテムを追加するためのメソッド呼び出しアクティビティを設定しました。
「Colors」リスト変数。このリストは初期状態で「Red」と「Green」という2つの項目で宣言されています。Invoke Methodアクティビティは、このリストに文字列「Yellow」を追加するように設定されています。
メソッド呼び出しアクティビティのプロパティは、ターゲットオブジェクトでメソッド「Add」が呼び出されることを示しています。
「Colors」にパラメータ「Yellow」を追加します。これは、文字列「Yellow」がリストの末尾に追加されることを意味します。
このメソッド呼び出しアクティビティを実行した結果は次のようになります。
D: 色には、「赤」、「緑」、「黄」の順序でアイテムが含まれます。
これは、.NET の List<T> 内の項目が順番に追加され、「Add」メソッドによって新しい項目がリストの末尾に追加されるためです。