システム変換でのビジネスプロセスの確認
システム変換の場合、顧客のサンドボックスシステムが最初に変換されます。この変換後、既存のビジネスプロセスが予想どおりに動作していることを確認するために、既存のビジネスプロセスをテストする必要があります。SAP Cloud ALM を使用して、テストケースを定義し、各ビジネスプロセステストが完了したことを正式に文書化することができます。このプロセスについては、このコースの最後のユニットである設定済ビジネスプロセスのテストで詳しく説明します。テスト中にイシューが特定された場合、テスト実施者はこのフィードバックを SAP Cloud ALM で直接キャプチャし、特定された解決が必要な問題の実行一覧を登録します。
注記

ビジネスプロセステストは、以下の 2 つのスプリントに分割することができます。
スプリント 1
スプリント 1 は、現在のプロセスのテストです。目的は、変換されたシステムのビジネスプロセスが、機能的な観点から以前と同様に機能していることをチェックすることです。一部の Fiori アプリは、変換済システムでトランザクションコードの直接置換として使用することが必須です。ただし、ほとんどのテストは、従来の SAP GUI、または SAP Fiori ラウンチパッドで実行されるアプリの Web GUI バージョンを使用して実行されます。
たとえば、受注から入金では、未処理受注をレビューし、保留伝票を完了することが主要タスクです。これには、出荷の登録、出庫の転記、請求伝票の登録、回収の終了が含まれます。このテストは、変換がこれらのビジネスプロセスに影響せず、最終結果が顧客の旧システムと同じであることを確認するのに役立ちます。
スプリント 2
スプリント 2 は、改善機会の特定に重点を置いています。システム変換の準備で完了した SAP Readiness Check について考え直します。顧客が使用していたトランザクションコードを (実際の使用データに基づいて) 識別し、それらのトランザクションを直接置き換えることができる SAP Fiori アプリを示すセクションがあります。準備フェーズの後半では、専用のワークショップを実行して、Fit-to-Standard ワークショップにデプロイされたサンドボックスシステム (通常は SAP S/4HANA 完全に有効化されたアプライアンス) で、これらの新しい Fiori アプリをさまざまなビジネスプロセス向けにレビューすることをお奨めします。このワークショップについては、SAP Activate 方法論タスク、Scope the Future ワークショップおよび Envision the Future ワークショップの実行で説明されています。
評価フェーズでは、SAP Fiori ラウンチパッドおよびアプリを顧客独自の変換されたサンドボックスシステムですでに有効化している必要があり、顧客は新しい Fiori アプリと独自のデータを使用して、ビジネスプロセスのいくつかを体験することができます。新しい Fiori アプリで独自のデータを表示することで、従来の SAP GUI または Fiori ラウンチパッドで実行される Web GUI バージョンの Web GUI ではなく、より多くの Fiori アプリの使用に移行することができます。スプリント 2 の目的は、変換されたシステムランドスケープでできるだけ多くの Fiori アプリを使用することを顧客が決定することです。
顧客の「サンドボックス」システムの変換及びテストが正常に終了した後、残りのシステムを、「サンドボックス」システムに使用されたプロセスと同じプロセスで変換することができる。ビジネスプロセステスト中に特定された問題を解決するためにサンドボックスシステムでカスタマイゼーションアクティビティを実行する必要がある場合は、それらの同じアクティビティを他のシステムランドスケープで完了する必要があります。
後続の各ランドスケープの変換後、変換された各システムでビジネスプロセスが想定どおりに動作していることを確認するために、正式なビジネスプロセステストを実施する必要があります。公式テストは文書化する必要があり、テストケースおよび計画を登録するために再度 Cloud ALM を使用し、各テスト実施者にテストの完了を文書化する必要があります。
詳細については、SAP Activate ロードマップタスク、サンドボックスシステムでの追加変換後アクティビティを参照してください。