オートメーション テストのベスト プラクティス (RPA テスト)

RPA テストの設計、保守、実行のベスト プラクティスと、Test Cloud の Orchestrator と Test Manager を使用して有人オートメーションと無人オートメーションをテストする方法。

以下のベスト プラクティスに従って、保守が容易で実行信頼性の高い RPA テストを設計します。

Test design

• テスト ケースを互いに独立させてください。あるテスト ケースが別のテスト ケースの実行に依存してはなりません。
• できるだけ少ないアクション数をカバーする小規模なワークフローを作成します。小さいワークフローの方がわかりやすく、単体テストも簡単です。
• 各テスト ケースに 1 つの特定の目的を指定します。各テスト ワークフローに含める検証は 1 つだけにする必要があります。
• すべての機能の単体テストを作成します。例外を許可する場合は、テスト ケースごとに個別のテストを作成します。
• テスト ケースには Given-When-Then 構造体を使用します。特定の部分の範囲が広すぎて管理できない場合は、より詳細な設定やリファクタリングが必要になる可能性があるため、テスト ケースを再定義します。
• モジュール式テストの方が保守しやすいため、テスト ケースのモジュール式に保ちます。テストを記述することで、コードレビューと同様に、開発に関するフィードバックを提供することもできます。
• モックは、テスト ケースの目的に関係のない複雑なステップを置き換える場合に使用します。

再利用性と整理

• 可能な限りライブラリとオブジェクト リポジトリを使用して、テスト プロジェクト間、およびテスト プロジェクトと RPA プロジェクト間で再利用性を向上させます。
• テスト管理ロジックを確立して、テスト ケースの単一の記述方法を定義します。
• テスト専用のフォルダー構造を使用し、プロジェクト全体で同じテスト ケースの命名規則を使用します。
• アクティビティに、実行するアクションを反映するように名前を付けます。動作が明確ではないアクティビティには注釈を使用します。
• 変更される可能性が高く、何度も使用される変数にアセットを使用します。
• テスト ケースに対して以下の操作は Studio 内でのみ実行し、Studio 外では実行しないでください。
  • 削除しています。
  • 移動中
  • 名称の変更
• 別のプロジェクトのテスト ケースを参照するには、[ テスト ケースをインポート] を使用します。

メンテナンスと実行

• テスト ケースを維持し、変更リクエストのたびに更新します。
• 継続的インテグレーションと継続的デリバリー (CI/CD) パイプラインにテストを含めます。
• RPA プロジェクトに変更を加えるたびにテスト ケースを実行し、バグが発生していないことを確認します。
• Windows 更新プログラムなどの環境変更をロールアウトする前に、IT 部門が運用前環境で実行できる RPA テスト セットを準備します。これにより、運用環境に到達する前に潜在的な問題を発見できます。

安定 性

• 回復を計画するか、テストのさまざまな段階でリトライして、失敗した結果を回避します。
• アプリケーションのステートに依存する手順を実行する前に、アプリケーションのステートを検証してください。たとえば、他の対話を実行する前にアプリケーションの目的のステートを待機するアクティビティを追加します。ハードコーディングされた待機を避けます。
• 可能な場合は、[クリックをシミュレート] オプションまたは [入力をシミュレート] オプションを使用するか、ウィンドウ メッセージを送信します。

有人オートメーションをテストする

有人オートメーションは、有人ユーザー受け入れテスト (UAT) と無人回帰テストの 2 つの方法でテストできます。

はじめる前に

• Orchestrator と Test Manager の有効なライセンスがあることを確認します。

有人のユーザー受け入れテスト

UAT テスター (手動テスターまたはビジネス対象分野の専門家) が、この種類のテストを実行します。品質保証 (QA) チームが手順 1 を完了します。UAT のテスターが手順 2 から 5 を完了します。

1. Test Manager で手動テスト用のテスト ケースを定義します。各テスト ケースに、以下を含めます。
   • 前提条件の手順
   • オートメーションの実行
   • アサーション
2. Test Manager で手動テスト用のテスト ケースを実行します。
3. テストするシナリオと、手順 1 で定義された前提条件の手順に基づいて、有人オートメーションの環境を準備します。
4. UiPath Assistant を使用して有人オートメーションを実行します。
5. オートメーションの完了後にアサーションを検証します。

UAT のテスターは、スクリーンショットやドキュメントを含む結果を Test Manager で確認できます。

UAT のテスターには有人オートメーションのライセンスが必要です。次のいずれかの方法で指定できます。

• UAT テスター用の有人オートメーション ライセンスが割り当てられている Orchestrator の運用環境にオートメーション パッケージをパブリッシュします。
• Attended ユーザー ライセンスのサブセットを Orchestrator の非運用環境に割り当てます。

ライセンス管理について詳しくは、「 ライセンスについて 」および 「ユーザー ライセンスを割り当てる」をご覧ください。

無人の回帰テスト

Unattended テスト ロボットがこの種類のテストを実行します。QA チームが手順 1 を完了します。オートメーション開発者が手順 2 から 5 を完了します。Orchestrator または Test Manager へのアクセス権を持つすべてのユーザーが手順 6 を完了できます。

1. Test Manager でテスト ケースを定義します。各テスト ケースに、以下を含めます。
   • 前提条件の手順
   • オートメーションの実行
   • アサーション
2. 既存のオートメーションに基づいてテスト ケースを作成する。RPA のモック テストを使用して、有人ユーザーのアクションをシミュレートします。
3. Studio から Test Manager にテスト ケースをリンクします。
4. テスト ケースを Orchestrator にパブリッシュします。
5. ビジネス要件に基づいて、テスト ケースをテスト セットにグループ化します。
6. Orchestrator と Test Manager を使用してテスト セットを手動で実行するか、Orchestrator でスケジュール設定します。
7. (任意)CI/CD ツールを使用できる場合は、そのツールを使用して完全に自動化されたテストとデプロイに使用します。UiPath は、 Azure DevOps 拡張機能 と Jenkins プラグインを介して CI/CD との連携を提供します。

Unattended テスト ロボットは、実行の詳細とイベントを提供します。

無人回帰テストには Testing ランタイムが必要です。詳しくは、Orchestrator のライセンス ドキュメントの「 テスト 」をご覧ください。