- Test Cloud の利用を開始する
- Test Cloud について
- 利用可能なサービス
- Test Cloud にアクセスする
- プラットフォームの使用を開始する
- ユーザー インターフェイスの詳細
- ライセンス
- Test Suite から Test Cloud に移行する
- Test Cloud の組織を管理する
- Test Cloud を使用する
Test Cloud 管理ガイド
このセクションでは、フレックス プライシング プランの Test Suite からユニファイド プライシング プランの Test Cloud に移行する場合の重要な考慮事項と大まかな手順について説明します。
価格について詳しくは、こちらで料金プランを参照するか、担当者にお問い合わせください。
-
Test Cloud は、アプリケーションのテストに特化した専用のクラウド サービスです。Test Cloud は、これまで UiPath® Test Suite で提供されていたテスト機能を拡張します。より広範なオートメーション サービスの一部であった UiPath Test Suite とは異なり、Test Cloud は Automation Cloud に似たクラウド サービスでありながら、アプリケーションのテスト専用に設計されています。
これまで、UiPath Test Suite の機能は Auttomation Cloud の一部として提供されていました。これらの機能は、RPA テストとアプリケーション テストの両方に対応していました。
- 今後は、提供オプションに関係なく、新規のアプリケーション テスト機能はすべて Test Cloud のみでのリリースとなり、UiPath® Test Suite ではリリースされなくなります。UiPath® Test Suite が提供する機能を使用し続けると、アプリケーション テストにおける将来のイノベーションの機会を逃すことになります。
- Test Cloud は、新しいユニファイド プライシング プランでのみライセンスされます。これに対し、UiPath® Test Suite で提供される機能は、引き続き従来の フレックス プライシング プランでのみ利用可能です。つまり、Test Cloud にアップグレードすれば、技術的にも商業的にも将来の UiPath Platform との整合性が保証されます。
- もし IT チームが Test Cloud のセキュリティ レビューについて懸念を抱いていても、心配ありません。Test Cloud は組織に新規に導入するツールではありません。このアプリケーションは、Automation Cloud と同じ安全なインフラストラクチャで実行されます。Test Cloud は、同じ安全な基盤上で提供される別のユーザー エクスペリエンスだと考えてください。つまり、Test Cloud に追加のセキュリティ レビューや承認は必要ありません。
移行プロセスを開始するにあたってサポートが必要な場合は、UiPath が対応します。最初に必要な作業は以下のとおりです。
担当者に問い合わせる
専任の UiPath® テクニカル アカウント マネージャー (TAM) がいる場合は、まず、移行を計画および実行するためにそのマネージャーに連絡します。TAM がご自身のアカウントに割り当てられていない場合は、UiPath のプロフェッショナル サービス チームがお客様に代わって移行を主導および実行できます。
さらに、UiPath のサポート チームが手順を明確化し、必要なアクティビティとツールのチェックリストを共有できます。ただし、サポート チームは移行そのものは行いません。
移行の初期情報を共有する
- 現在の環境はどこでホストされているか: 使用している提供オプションをお知らせください。
- 現在 UiPath を使用している目的は何か: アプリケーション テスト、RPA/オートメーション テスト、またはアプリケーション テストと RPA/オートメーション テストの両方のどれが目的であるかをお知らせください。
- それらのアクティビティはどこで実行されるか: アプリケーション テストと RPA/オートメーション テストを同じ組織内で管理しているか、それとも別々の組織で管理しているかをお知らせください。
- どのようなアクティビティを移行する計画であるか: アプリケーション テストのみを Test Cloud に移行するのか、それとも RPA/オートメーション テスト機能をユニファイド プライシング プランにアップグレードする必要もあるのかをお知らせください。
- 関係者の意識を合わせ、目標を定義し、成功のメトリックを設定します。
- 現在のアセット (パッケージ、ワークフロー、テスト ケース) の詳細を収集します。
- 何を移行するのか (アプリケーション テスト、RPA/オートメーション テスト、またはその両方) を明確化します。
- 必要なユーザー ロール、アクセス権限、ガバナンスを確認します。
- タスク、所有者、タイムラインを記載した移行ロードマップを作成します。
- 潜在的な課題を特定し、移行戦略の概要を示します。
- テナントおよび組織構造を設定して構成します。
- 必要に応じて、アクセス ロールとユーザー権限を設定します。
- Test Manager を ALM ツール (Jira や Azure DevOps など) に接続します。
- Test Manager を有効化し、利用可能なライセンスを確認します。
- 現在の設定の環境とフォルダー構造を再現します。
- ライセンスの割り当てを調べ、プロビジョニングが完了していることを確認します。
- キュー、資格情報、ストレージ バケットなどのアセットのインベントリを作成します。
- 移行から除外する非推奨または未使用のアセットを特定します。
- 移行元の Orchestrator インスタンスからパッケージとアセットをエクスポートします。
- 移行ツールまたは手動の手順を使用して Test Cloud にインポートします。
- 移行後にアセットの値、型、参照を検証します。
- パッケージを移行先の環境に再パブリッシュして相互運用性を確認します。
- Unattended Testing ロボットを新しい環境にデプロイします。
- ユーザーとロボットを適切なフォルダーに割り当てます。
- 仮想マシンまたはオンプレミスのリソース経由でテスト マシンにアクセスできることを検証します。
- ネットワーク接続を確認し、資格情報へのアクセスをテストします。
- サンプル ワークフローを実行して、ロボットの実行動作を検証します。
- スモーク テストを実行して、システムの全体的な動作を検証します。
- 移行したテストの期待される結果と実際の結果を比較します。
- 欠落している変数、アセット、または破損した依存関係に対処します。
- 必要に応じて、テスト データのソースと環境の参照を再マップします。
- テスト結果と検証の証拠をレポートに文書化します。
- 結果の概要を共有し、検証が完了したことを確認します。
- CI/CD との連携 (Jenkins や Azure DevOps など) を適宜調整します。
- デプロイ段階でテスト セットをトリガーするようにパイプラインを設定します。
- デプロイ後のテスト検証手順を CI/CD パイプラインに追加します。
- 結果が ALM または不具合追跡システムに同期されることを確認します。
- 再利用のために YAML ファイルまたは構成ファイルのサンプルを提供します。
- カバレッジ、合格率、傾向などのレポートのニーズを定義します。
- UiPath Insights またはその他のレポート ソリューションを有効化して構成します。
- テスト アクティビティと結果を可視化するためのダッシュボードを作成します。
- レポートの自動生成と配信の周期のスケジュールを設定します。
- ダッシュボードとインサイトを主要な関係者と定期的に共有します。
