テスト方針の説明

導入プロジェクトのさまざまな段階で、特定の目的と目的を持つさまざまなテストが実施されます。一般的なテストは、実装テスト、ユーザ受入テスト (UAT)、および回帰テストの 3 つです。

導入テストは、SAP Activate 方法論の実現化フェーズで行われます。この間、パートナ LoB 設定エキスパートは、各ビジネスプロセスを開発システムのカスタマイジングテナントで完全に設定し、ビジネスコンフィグレーションとカスタマイゼーションをテストシステムおよび本稼動システムに移送します。ビジネスプロセスの機能のテストは、ユニットテストと呼ばれます。複数のユニットテストを組み合わせることは、ストリングテストです。ビジネスロールのカスタマイズをテストして、データ/機能にアクセスする必要があるユーザと、アクセスすべきでないユーザにアクセスしないことを確認する必要があります。最終的には、SAP Signavio Process Navigator のテストスクリプトを使用してテスト手順全体 (前提条件ステップを含む) を実行するビジネスプロセステスト全体が実行されます。作業中の特定のビジネスプロセスに対して設定手順文書があった場合、これは最初に完了する必要があります。これは、通常、実際のテストスクリプトで前提条件ステップを開始する前に実行する必要がある一部のタイプの統合アクティビティまたは初期アクティビティに対応しているためです。

すべての統合が設定され、関連プロセスのデータが移行された後、ビジネスプロセスを SAP S/4HANA Cloud テストシステムでテストする必要があります。これにより、可能な限り現実に近い状況でプロセスをテストすることができます。ユニットテストとストリングテストは非公式であるため、設定およびカスタマイゼーションの完了時に組織的に実行する必要があります。エンドツーエンドのビジネスプロセステストには、1つまたは複数の個別のビジネスプロセスを含めることができます。これらは公式です。つまり、SAP Cloud ALM テスト管理アプリで文書化する必要があります。統合テストおよびデータ移行テストも正式であるため、文書化する必要があります。

ユーザ受入テスト (UAT) も実現化フェーズで行われますが、対象者は異なります。Fit-to-Standard ワークショップについて説明する章から、理想的な状況では、ワークショップに参加する顧客の LoB エキスパートも、設定されたビジネスプロセスの UAT に参加することを覚えておいてください。これは、同じ顧客エキスパートが、ビジネスプロセスが SAP S/4HANA Cloud システムで実証され、ニーズに応じてシステムが機能するために実行する必要がある小規模な変更に関するフィードバックが提供されたためです。パートナ LoB 設定エキスパートは、これらの要件への対応に取り組み、要件が正常に処理されたことを確認する最適なユーザは、最初に報告した個人です。また、顧客 LoB エキスパートは、SAP S/4HANA Cloud システムのナビゲート方法の一般的な知識をすでに持っているため、追加のトレーニングは必要ありません。

UAT の場合、マニュアルテストケースは SAP Cloud ALM テスト管理アプリを使用してパートナ LoB 設定エキスパートによって設定され、顧客 LoB エキスパートは、SAP S/4HANA Cloud テストシステムでテスト手順を実行した後、これらのアプリを使用して結果を文書化します。UAT は正式なテストであるため、文書化する必要があります。これは、システムの本稼動開始前および本稼動使用前に、問題を特定して解決するための重要な時間です。デプロイフェーズに移行する前に、時間をかけてすべての問題が解決され、結果が文書化されるようにしてください。

回帰テストは通常、顧客のシステムの本稼動後に運用フェーズで実施され、最新のリリースアップグレードの変更が顧客のシステム設定やカスタマイズに影響するかどうかを特定します。本稼動開始後の回帰テストは顧客が処理する責任があり、SAP Cloud ALM では Tricentis Test Automation による自動テストプロセスの設定がサポートされ、このワークロードのできるだけ多くの自動化が行われます。ただし、リリースアップグレードの発生時に顧客の実装が終了しない場合、パートナ導入チームは、アップグレードされたソフトウェアおよびコンテンツバージョンに対してこれまでに実装されたビジネスプロセスをテストするために、現在の導入アクティビティを一時停止する責任があります。

アップグレードをできるだけ円滑にするために、パートナ LoB 設定エキスパートは、顧客のチームの誰かと協力して、Tricentis でサポートされる自動化を使用して SAP Cloud ALM でテストケースおよび計画を設定する必要があります。これにより、実際のビジネスプロセスの設定およびカスタマイゼーションが終了し、相互が整合するようになります。たとえば、標準ビジネスプロセス内で何かをトリガーするカスタムビジネスロジックを追加する必要がある場合は、このビジネスロジックの結果を取得するために標準テストケースもカスタマイズされていることを確認する必要があります。アップグレードが発生した場合は、SAP Cloud ALM で自動テストを使用し、(テストスクリプトをマニュアルでクリックするのではなく) SAP S/4HANA Cloud Private Edition テストシステムに対してこれらのテストプロセスを実行することができます。本稼動開始後、顧客は将来のリリースアップグレードを進める際に、SAP Cloud ALM からこれらのテストケースおよび計画を引き続き使用します。