test-cloud
latest
false
  • Test Cloud の利用を開始する
    • Test Cloud について
    • 利用可能なサービス
    • Accessing Test Cloud Dedicated
    • プラットフォームの使用を開始する
    • ユーザー インターフェイスの詳細
    • Test Suite から Test Cloud に移行する
  • Test Cloud の組織を管理する
  • Test Cloud を使用する
UiPath logo, featuring letters U and I in white

Test Cloud 管理ガイド

最終更新日時 2026年2月12日

Test Suite から Test Cloud に移行する

This section provides key considerations and high-level steps for migrating from Test Suite under the Flex pricing plan to Test Cloud Dedicated under the Unified Pricing plan.

価格について詳しくは、こちらで料金プランを参照するか、担当者にお問い合わせください。

Test Cloud に移行するメリット

If you are unsure on whether to upgrade to Test Cloud Dedicated, here are some of the key benefits and considerations:
  • Test Cloud Dedicated is a dedicated cloud service focused on application testing. Test Cloud Dedicated extends the testing capabilities previously available in UiPath® Test Suite. Unlike UiPath Test Suite, which was part of broader automation offerings, Test Cloud is a cloud offering similar to Automation Cloud, but designed specifically for application testing.

    これまで、UiPath Test Suite の機能は Auttomation Cloud の一部として提供されていました。これらの機能は、RPA テストとアプリケーション テストの両方に対応していました。

  • All new application‑testing features will be released only in Test Cloud Dedicated, no longer in UiPath® Test Suite, regardless of the delivery option. Continuing to use the capabilities offered by UiPath® Test Suite means missing out on future innovations for application testing.
  • Test Cloud Dedicated is licensed exclusively under our new . In contrast, the capabilities offered by UiPath® Test Suite remain available only under the legacy Flex Pricing plan. This means upgrading to Test Cloud Dedicated ensures both technical and commercial alignment with the future of the UiPath platform.
  • If your IT team is concerned about security reviews for Test Cloud Dedicated, the good news is Test Cloud Dedicated is not a new tool entering your organization. The application runs on the same secure infrastructure as Automation Cloud. Think of Test Cloud Dedicated as a different user experience on top of the same secure foundation. In other words, there is no need for additional security reviews or approvals for Test Cloud Dedicated.

移行プロセスを開始する

移行プロセスを開始するにあたってサポートが必要な場合は、UiPath が対応します。最初に必要な作業は以下のとおりです。

担当者に問い合わせる

専任の UiPath® テクニカル アカウント マネージャー (TAM) がいる場合は、まず、移行を計画および実行するためにそのマネージャーに連絡します。TAM がご自身のアカウントに割り当てられていない場合は、UiPath のプロフェッショナル サービス チームがお客様に代わって移行を主導および実行できます。

さらに、UiPath のサポート チームが手順を明確化し、必要なアクティビティとツールのチェックリストを共有できます。ただし、サポート チームは移行そのものは行いません。

移行の初期情報を共有する

移行計画について UiPath に問い合わせる際は、以下の情報をご用意ください。この情報は、UiPath がお客様のコンテキストを理解し、その状況を適切な移行アプローチに素早くマップするのに役立ちます。
  • 現在の環境はどこでホストされているか: 使用している提供オプションをお知らせください。
  • 現在 UiPath を使用している目的は何か: アプリケーション テスト、RPA/オートメーション テスト、またはアプリケーション テストと RPA/オートメーション テストの両方のどれが目的であるかをお知らせください。
  • Where are these activities performed?: Let us know whether application testing and RPA/automation testing are managed within the same , or in separate organizations.
  • What activities are you planning to migrate?: Indicate whether it is just application testing to Test Cloud or you also want to upgrade RPA/automation testing capabilities to the .

計画と評価

このフェーズの目標は、現在の設定を把握し、移行の範囲を計画することです。
ヒント: 以下に示す大まかな手順の一部を実行することにより、移行を正しく開始できます。
  • 関係者の意識を合わせ、目標を定義し、成功のメトリックを設定します。
  • 現在のアセット (パッケージ、ワークフロー、テスト ケース) の詳細を収集します。
  • 何を移行するのか (アプリケーション テスト、RPA/オートメーション テスト、またはその両方) を明確化します。
  • 必要なユーザー ロール、アクセス権限、ガバナンスを確認します。
  • タスク、所有者、タイムラインを記載した移行ロードマップを作成します。
  • 潜在的な課題を特定し、移行戦略の概要を示します。

UiPath Cloud の準備の設定

This section highlights how to prepare the Test Cloud Dedicated environment for migration:
  • テナントおよび組織構造を設定して構成します。
  • 必要に応じて、アクセス ロールとユーザー権限を設定します。
  • Test Manager を ALM ツール (Jira や Azure DevOps など) に接続します。
  • Test Manager を有効化し、利用可能なライセンスを確認します。
  • 現在の設定の環境とフォルダー構造を再現します。
  • ライセンスの割り当てを調べ、プロビジョニングが完了していることを確認します。

アセットとパッケージの移行

Next, move reusable components and packages to Test Cloud Dedicated:
  • キュー、資格情報、ストレージ バケットなどのアセットのインベントリを作成します。
  • 移行から除外する非推奨または未使用のアセットを特定します。
  • 移行元の Orchestrator インスタンスからパッケージとアセットをエクスポートします。
  • 移行ツールまたは手動の手順を使用して Test Cloud にインポートします。
  • 移行後にアセットの値、型、参照を検証します。
  • パッケージを移行先の環境に再パブリッシュして相互運用性を確認します。

テスト ケースと成果物の移行

この部分では、テスト ケースおよび関連する Orchestrator 成果物を移行します。
  • プロジェクトのエクスポートおよびインポート機能を使用して、Test Manager プロジェクトを移動します。
  • インポート後にプロジェクトの設定 (連携やロールなど) を再構成します。
  • 必要に応じて、テスト ケースを新しい構造で再編成します。
  • 該当する場合、テスト ケースが ALM のテスト オブジェクトにリンクされていることを確認します。
  • テスト セットを検証し、正常に実行できることを確認します。
  • 必要なすべての成果物が移行先の環境で利用できることを確認します。

環境の設定と接続

これらの手順は、ロボットとテスト環境が期待どおりに機能することを確認するために必要な作業の概要です。
  • Unattended Testing ロボットを新しい環境にデプロイします。
  • ユーザーとロボットを適切なフォルダーに割り当てます。
  • 仮想マシンまたはオンプレミスのリソース経由でテスト マシンにアクセスできることを検証します。
  • ネットワーク接続を確認し、資格情報へのアクセスをテストします。
  • サンプル ワークフローを実行して、ロボットの実行動作を検証します。

検証とテスト実行

次に、テスト実行によって移行を検証する必要があります。
  • スモーク テストを実行して、システムの全体的な動作を検証します。
  • 移行したテストの期待される結果と実際の結果を比較します。
  • 欠落している変数、アセット、または破損した依存関係に対処します。
  • 必要に応じて、テスト データのソースと環境の参照を再マップします。
  • テスト結果と検証の証拠をレポートに文書化します。
  • 結果の概要を共有し、検証が完了したことを確認します。

CI/CD との連携

必要に応じて、以下の手順を実行してテスト オートメーションをパイプラインに統合します。
  • CI/CD との連携 (Jenkins や Azure DevOps など) を適宜調整します。
  • デプロイ段階でテスト セットをトリガーするようにパイプラインを設定します。
  • デプロイ後のテスト検証手順を CI/CD パイプラインに追加します。
  • 結果が ALM または不具合追跡システムに同期されることを確認します。
  • 再利用のために YAML ファイルまたは構成ファイルのサンプルを提供します。

レポートとテストに関するインサイト

以下の手順は、ダッシュボードとテスト可視化ツールを構築する方法の概要です。
  • カバレッジ、合格率、傾向などのレポートのニーズを定義します。
  • UiPath Insights またはその他のレポート ソリューションを有効化して構成します。
  • テスト アクティビティと結果を可視化するためのダッシュボードを作成します。
  • レポートの自動生成と配信の周期のスケジュールを設定します。
  • ダッシュボードとインサイトを主要な関係者と定期的に共有します。

引き継ぎと文書化

最後に、移行を確定して長期的に所有できるようにします。そのために、ドキュメントを完成させ、知識の移転を完了し、所有権を引き継ぎます。

このページは役に立ちましたか?

サポートを受ける
RPA について学ぶ - オートメーション コース
UiPath コミュニティ フォーラム
Uipath Logo
信頼とセキュリティ
© 2005-2026 UiPath. All rights reserved.