テスト ケースを記録して BPM に保存

完了

BPM ライブラリを作成したら、タスク レコーダーを使用してテスト ケースを作成し、その後、そのケースを BPM にアップロードします。 これを実行するには、いくつかの方法があります。

必要なすべてのタスク記録 (テスト ケース) が関連付けられている BPM ライブラリを使用している場合は、このステップを省略できます。 それ以外の場合は、次の指示に従って新しいタスク記録を作成します。

自動化ツールを使用してテストを効果的に実行するには、すべてのタスク記録を必ず財務と運用アプリのメインダッシュボードから開始してください。

複数のユーザーによって実行されるエンドツーエンド プロセスについては、タスク記録をユーザー固有のタスクに分割することをお勧めします。 これによりテスト ケースのメンテナンスが簡単になり、ベスト プラクティスである、セキュリティ ロールのコンテキストでのテスト ケースの実行が可能になります。

このビデオでは、タスク レコーダーを使用して、Regression Suite Automation Tool (RSAT) のテスト ケースを作成する方法を説明しています。

新しいタスク記録を作成して保存する

  1. 設定 > タスク レコーダーの順に選択します。

    [設定] メニューの [タスク レコーダー] オプションのスクリーンショット。

  2. 記録の作成を選択します。

    タスク レコーダー メニューの記録の作成のスクリーンショット。

  3. 記録の名前を入力し、開始を選択します。

    名前と説明のフィールドを含む開始ページのスクリーンショット。

  4. タスクが完了したら、[タスク レコーダー] ウィンドウで停止を選択します。

  5. 添付された BPM にタスク記録を保存するには、Lifecycle Services に保存を選択します。

    Lifecycle Services に保存機能のスクリーンショット。

  6. 記録を保存するライブラリを選択し、OK を選択します。 これにより、記録が Lifecycle Services に自動的に保存されます。 既にビジネス ライブラリがある場合は、システム管理 > セットアップ > システム パラメーター > ヘルプ タブで特定します。

  7. 記録を自分のコンピューターにも保存する場合は、この PC に保存を選択します。 記録ファイルの拡張子は AXTR になります。

AXTR ファイルを BPM をアップロードする

記録 (AXTR ファイル) を PC に保存した場合は、次のステップに従って BPM にアップロードします。

  1. Lifecycle Services で、業務プロセス ライブラリページのプロジェクトで、タスク記録をアップロードするライブラリを選びます。

  2. 右ウィンドウで、アップロードを選択します。

  3. 参照を選択して、アップロードするファイルを検索して選択し、アップロードを選択します。

タスク記録のダウンロード

BPM プロセスにアップロードされたタスク記録 (AXTRファイル) をダウンロードできます。

  1. Lifecycle Services で、プロジェクトを開き、業務プロセス ライブラリ ページで、タスク記録をダウンロードするライブラリを選択します。
  2. タスク記録がアップロードされているプロセスを選択します。
  3. 概要ペインで、ダウンロードを選択してタスク記録 (AXTR) を保存します。

既存のタスク記録を BPM に保存する

  1. 既存のタスク記録を関連付けるには、クライアントにログインします。

  2. 設定 > タスク レコーダーの順に選択します。

  3. 記録の編集を選択し、Lifecycle Services に直接保存するか、AXTR をダウンロードして BPM にアップロードすることによりファイルを添付します。

    記録の編集機能のスクリーンショット。

テスト ケースの記録に関するガイドライン

テスト ケースを作成および記録する際は、次のガイドラインに従ってください。テスト実行の自動化を計画している場合は、特に重要です。 この記事で説明するプロセスおよびツールは、業務プロセス受け入れテストに適用されます。通常開発者が所有するコンポーネントと単体テストを置換するためのものではありません。

  • 限られた数のテスト ケースを書き、組み合わせるとエンドツーエンド プロセスを完全に網羅するようにします。

  • カスタマイズされた業務プロセスに焦点を当てます。

  • 個々のテスト ケース (記録) は 1 つまたは 2 つの業務をカバーする必要があり、通常は 1 人で実行します。 これにより、タスク記録のメンテナンスが簡単になります。 調達から支払まで、受注から回収までなど、業務プロセス全体を 1 つの大規模なタスク記録に結合することは避けます。

    • たとえば、RFQ > 発注書 > 製品受領書 > 仕入先請求書 > 仕入先支払い を 1 つのテスト ケースとする代わりに、プロセスを 3 つまたは 4 つのテスト ケースに分割します。 これらのテストは、後で順序付けられたテスト スイートにまとめることができます。
  • テスト ケースには少なくとも 1 回の検証が必要です。 他のフィールドの影響を受ける重大なフィールドを検証します。

    • たとえば、販売注文または発注書の合計の検証では、単価/数量/割引/税が対象となります。
  • テスト ケースではレポートを印刷しないようにします。 テスト ケースでレポートを印刷しなければならない場合は、画面で選択する必要があります。

  • テストケースの 80% 以上はトランザクションまたはソース ドキュメントである必要があります。 マスター データは、テスト ケースの 20% 以内のみに制限する必要があります。

Regression Suite Automation (RSAT) Tool

Regression Suite Automation (RSAT) Tool の設定および使用方法の詳細については、Dynamics 365 Commerce で RSAT を使用するトレーニング モジュールを確認してください。 このコンテンツは、Dynamics 365 Commerce 以外の財務と運用アプリに適用されます。