Test Suite から Test Cloud に移行する

このセクションでは、フレックス プライシング プランの Test Suite からユニファイド プライシング プランの Automation Suite の Test Cloud に移行する場合の重要な考慮事項と大まかな手順について説明します。

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

Test Cloud に移行するメリット

Automation Suite の Test Cloud にアップグレードすべきかどうか判断できない場合のために、以下に主な利点と考慮事項をいくつか示します。

• Test Cloud for Automation Suite is a dedicated cloud service focused on application testing. Test Cloud for Automation Suite 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.

  Historically, UiPath Test Suite capabilities were delivered as part of Automation Suite or standalone MSI products. These capabilities covered both RPA testing and application testing.

• 今後は、提供オプションに関係なく、新規のアプリケーション テスト機能はすべて Automation Suite の Test Cloud のみでのリリースとなり、UiPath® Test Suite ではリリースされなくなります。UiPath® Test Suite が提供する機能を使用し続けると、アプリケーション テストにおける将来のイノベーションの機会を逃すことになります。
• Automation Suite の Test Cloud は、新しいユニファイド プライシング プランでのみライセンスされます。これに対し、UiPath® Test Suite で提供される機能は、引き続き従来の フレックス プライシング プランでのみ利用可能です。つまり、Automation Suite の Test Cloud にアップグレードすれば、技術的にも商業的にも将来の UiPath Platform との整合性が保証されます。
• もし IT チームが Automation Suite の Test Cloud のセキュリティ レビューについて懸念を抱いていても、心配ありません。Automation Suite の Test Cloud は組織に新規に導入するツールではありません。このアプリケーションは、Automation Suite と同じ安全なインフラストラクチャで実行されます。Automation Suite の Test Cloud は、同じ安全な基盤上で提供される別のユーザー エクスペリエンスだと考えてください。つまり、Automation Suite の Test Cloud に追加のセキュリティ レビューや承認は必要ありません。

移行プロセスを開始する

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

担当者に問い合わせる

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

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

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

移行計画について UiPath に問い合わせる際は、以下の情報をご用意ください。この情報は、UiPath がお客様のコンテキストを理解し、その状況を適切な移行アプローチに素早くマップするのに役立ちます。

• 現在の環境はどこでホストされているか: 使用している提供オプションをお知らせください。
• 現在 UiPath を使用している目的は何か: アプリケーション テスト、RPA/オートメーション テスト、またはアプリケーション テストと RPA/オートメーション テストの両方のどれが目的であるかをお知らせください。
• それらのアクティビティはどこで実行されるか: アプリケーション テストと RPA/オートメーション テストを同じ組織内で管理しているか、それとも別々の組織で管理しているかをお知らせください。
• どのようなアクティビティを移行する計画であるか: アプリケーション テストのみを Test Cloud に移行するのか、それとも RPA/オートメーション テスト機能をユニファイド プライシング プランにアップグレードする必要もあるのかをお知らせください。

計画と評価

このフェーズの目標は、現在の設定を把握し、移行の範囲を計画することです。

ヒント: 以下に示す大まかな手順の一部を実行することにより、移行を正しく開始できます。

• 関係者の意識を合わせ、目標を定義し、成功のメトリックを設定します。
• 現在のアセット (パッケージ、ワークフロー、テスト ケース) の詳細を収集します。
• 何を移行するのか (アプリケーション テスト、RPA/オートメーション テスト、またはその両方) を明確化します。
• 必要なユーザー ロール、アクセス権限、ガバナンスを確認します。
• タスク、所有者、タイムラインを記載した移行ロードマップを作成します。
• 潜在的な課題を特定し、移行戦略の概要を示します。

UiPath Cloud の準備の設定

このセクションでは、Automation Suite の Test Cloud の環境を移行に向けて準備する方法について説明します。

• テナントおよび組織構造を設定して構成します。
• 必要に応じて、アクセス ロールとユーザー権限を設定します。
• Test Manager を ALM ツール (Jira や Azure DevOps など) に接続します。
• Test Manager を有効化し、利用可能なライセンスを確認します。
• 現在の設定の環境とフォルダー構造を再現します。
• Automation Suite から移行する場合は、インフラストラクチャをセットアップします。
• ライセンスの割り当てを調べ、プロビジョニングが完了していることを確認します。

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

次に、再利用可能なコンポーネントとパッケージを Automation Suite の Test Cloud に移動します。

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

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

この部分では、テスト ケースおよび関連する Orchestrator 成果物を移行します。

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

環境の設定と接続

これらの手順は、ロボットとテスト環境が期待どおりに機能することを確認するために必要な作業の概要です。

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

検証とテスト実行

次に、テスト実行によって移行を検証する必要があります。

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

CI/CD との連携

必要に応じて、以下の手順を実行してテスト オートメーションをパイプラインに統合します。

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

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

以下の手順は、ダッシュボードとテスト可視化ツールを構築する方法の概要です。

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

引き継ぎと文書化

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