移行時のビジネス テスト (UAT) の実行
移行チームによりワークロードの Azure への移行は容易になりますが、ワークロードのテストは、そのワークロードのビジネス ユーザーが最もよく実行できます。 移行チームは、ワークロード テストを促進し、テスト計画を作成し、可能な場合にテストを自動化することによって、このビジネス アクティビティをサポートします。
ビジネス テストまたはユーザー受け入れテスト (UAT) では、実際のユーザーが実際のビジネス プロセスまたはレプリケートされたビジネス プロセスのコンテキストで新しいソリューションを使用しようとしているのを観察します。
Note
自動テストは常に使用できるわけではありません。
自動テストは、任意のシステムをテストするための効率的な方法です。 しかし、クラウド移行では多くの場合に、レガシ システムまたは安定した実稼働システムに重点が置かれます。 これらのシステムは、完全で適切に保守された自動テストによって管理されることはほとんどありません。
この記事では、移行時に自動化したテストを使用できないことを前提としています。
ビジネス テストの目的は、パワー ユーザーからの検証を取得し、新しいソリューションが期待と合致し、ビジネス プロセスを妨げないことを確認することです。 その目的が満たされない場合、ビジネス テストが、ワークロードが期待を満たしていない理由と程度を定義するのに役立つ可能性があるフィードバック ループとしての役割を持ちます。
ビジネス テスト中のビジネス アクティビティ
ビジネス テスト中の最初の繰り返しは、お客様によって直接に手動で行われます。 これは、フィードバック ループの最も純粋で、最も時間のかかる形式です。
- パワー ユーザーを特定する: 企業は一般に、技術的な変更によって最も影響を受けるパワー ユーザーについて十分に把握しています。 パワー ユーザーとは、テクノロジ ツールや一連のツール (顧客にサービスを提供するコール センターなど) との対話を必要とする実際のプロセスを頻繁に実行するユーザーです。
- パワー ユーザーを調整して準備する: パワー ユーザーがビジネス目標、目的の結果、ビジネス プロセスへの期待される変更を理解していることを確認します。 パワー ユーザーと管理構造でテスト プロセスの準備します。
- フィードバック ループの解釈を行う: IT スタッフがパワー ユーザーからのフィードバックのさまざまなポイントの影響を理解できるようにします。
- プロセスの変更を明確にする: 変革がビジネス プロセスへの変更を引き起こす可能性がある場合、プロセスの変更とダウンストリームへの影響を伝えます。
- フィードバックの優先度付け: IT チームがビジネスに与える影響に基づいてフィードバックの優先順位を付ける支援をします。
ビジネス テスト中の移行チームのアクティビティ
移行チームは、ビジネス テスト出力の受信者の 1 人です。 ビジネス テスト中に明らかになるフィードバック ループは、最終的に技術的な変更やプロセスの変更を定義する作業項目になります。 ビジネス テストの出力の受信者として、移行チームは、促進、フィードバックの収集、および結果として生じる技術的アクションの管理を支援することが期待されています。
移行チームがビジネス テスト中に実行する一般的なアクティビティには次のようなものがあります。
- 構造と物流を提供する: パワー ユーザーと協力した後、テスト担当者が実行する必要があるテストを定義するノートを追加する場所を含むスプレッドシートを作成できます。
- 支援する: テスト中の円滑化を支援します。
- フィードバックフィードバックを記録する: フィードバックを記録する手段とプロセスを提供します。 Azure DevOps または Excel スプレッドシートを使用して、情報を効果的にキャプチャし、アクション項目を記録できます。
- フィードバックの優先順位付け: ビジネス部門がフィードバックの優先順位を付けて、検証する支援をします。
- 変更のプラン: 技術的変更に対処するための計画を開発します。
- 自動テストを特定する: パワー ユーザーによるテストを効率化できる既存の自動テストを特定します。
- プロセス改善: テスト プロセスを調査し、ベンチマークを定義し、自動化を作成して、繰り返しの展開やテストが必要になる可能性のある変更に対するパワー ユーザー テストをさらに合理化します。
テスト計画の例
テスト計画を構築するための参照として、次のコードを使用できます。
| テスト | 手順 | 成功/失敗 | テスター ノート |
|---|---|---|---|
| サインイン | 通常の資格情報を使用してサインインします。 実稼働システムと同じ情報が表示されることを確認します。 | ✅ | コメントなし |
| 新しいレコードを作成する | システムに新しいレコードを作成し、すべてのワークフロー ジョブが適切に実行されていることを確認します。 | ✅ | コメントなし |
| 作成されたレコードの読み取り | 作成したレコードをもう一度開き、すべての品目が入力されていることを確認します。 | ✅ | コメントなし |
| 作成されたレコードを更新する | 作成したレコードに変更を加え、更新が正確に続行されることを確認します。 | ✅ | コメントなし |
| 作成されたレコードを削除する | 作成したレコードを削除し、レコードがシステムから削除されていることを確認します。 | ✅ | コメントなし |
| 既存のレコードの読み取り | "Test-Record-Azure-Test" で始まる既存のテスト レコードのいずれかを開き、すべての資料を読み取ることができることを確認します。 | ✅ | コメントなし |
| 既存のレコードを更新 | 前の手順で使用したテスト レコードを更新し、更新が正確に進行することを確認します。 | ❌ | "トランザクション データベースにアクセスできません" というエラー メッセージが表示され、更新に失敗しました。 |
| 既存のレコードの削除 | 前の手順で使用したテスト レコードを削除します。 | ❌ | "トランザクション データベースにアクセスできません" というエラー メッセージが表示され、更新に失敗しました。 |