注
コミュニティの関心グループが Yammer から Microsoft Viva Engage に移行されました。 Viva Engage コミュニティに参加し、最新のディスカッションに参加するには、「 Finance and Operations Viva Engage Community へのアクセスを要求する 」フォームに入力し、参加するコミュニティを選択します。
重要
現在、アップグレードは、Dynamics AX 2012 R2 または Dynamics AX 2012 R3 のいずれかからのみ行うことができます。 最新の財務と運用アプリケーション リリースにアップグレードする前に、それぞれのリリースに対応した最新の累積的な更新プログラムに更新してください。
データのアップグレードが完了したら、すべてのビジネス プロセスの完全な機能テスト パスを完了します。 完全な機能テスト パスで、財務と運用を使用して実行するすべてのビジネス プロセスを広範囲に再テストします。 Microsoft Dynamics AX 2012 から進めるプロセスと、財務および運用の機能を使用する新しいプロセスの両方のテストを含めます。
コードの品質によっては、バグ修正と再テストのために機能テスト パスを何回か繰り返さなければならない可能性があります。 バグを修正したら、関連するすべてのプロセスを再テストして、ダウンストリームまたはアップストリームのプロセスが変更の影響を受けないことを確認します。
新しいデータ対古いデータ
実行するテストの一覧を作成するときは、新しいデータと対比して古いデータの影響を考慮します。 この種のテストは、データ関連のバグを明らかにするのに役立ちます。 古いデータと新しいデータを作成するコードは非常に異なる場合があります。 この違いは、バグの一般的な根本原因になる可能性があります。
たとえば、テストする業務プロセスが発注書の取り消しである場合、新しいシステムへのアップグレード前に開始された発注書を取り消すことができますか? 新しいシステムへのアップグレード後に開始された発注書を取り消すこともできますか?
この例は非常に単純ですが、テスト要件がより複雑になる可能性があります。 システム内の多くのビジネス プロセスは相互接続されており、古いデータと新しいデータの影響は累積的です。
たとえば、生産テスト フローのステージを紹介します。
- アイテムマスターは設計され、法人に対してリリースされます。
- 在庫品目要求が作成されます。
- 製造オーダーが生成されます。
- 発注書が生成されます。
- 製造オーダーの処理が発生します (作業現場)。
- 仕入先支払が行われる (発注書の支払など)。
この実稼働テスト フローでは、新しいレコードまたは古いレコードを入力として使用して、各ステージを実行できます。 結果は、古いデータと新しいデータのすべての組み合わせをカバーする一連のテストです。 いくつかのプロセスでは、テスト マトリックスは過剰に思われますし、実際に過剰である可能性があります。 そのため、最も多く使用すると予測する特定の組み合わせに焦点を当てることもできます。 ただし、カバーしていない領域を把握することは、依然として役立ちます。 持っているもの、テストで最も焦点を当てるもの、焦点を当てないことを明確に把握した上で、意識的な決定をすることが重要です。