この記事は、 Azure AD Graph アプリ移行計画チェックリスト シリーズの手順 4 です。
徹底的にテストする
アプリを更新したら、アプリを十分にテストして、期待どおりに動作し、回帰が導入されていないかどうかを確認します。
さまざまな環境でアプリをテストし、さまざまなセットアップ間で互換性を確保します。
さまざまなデータ セットを利用して、実際のシナリオをシミュレートします。
考えられるすべてのユース ケースをカバーするために、さまざまなユーザー資格情報、ロール、権限、および責任を使用してテストします。
新しいテスト ユーザーが初めてアプリを取得し、既存のユーザー (既に同意したユーザー) がアプリを再度使用するなど、ライフサイクル全体を行います。
段階的な更新プログラムをデプロイする
リスクを最小限に抑え、フィードバックを早期に収集するために、段階的に更新プログラムをデプロイすることを検討してください。
小さなフレンドリ ユーザーのセットから始めて、不具合やその他の問題を特定します。
初期受信とフィードバックを注意深く監視します。
最初のロールアウトがうまくいった場合は、 徐々に 大規模な対象ユーザーにデプロイします。
進行状況を継続的に監視し、発生した問題に対処します。
新しい価値を調べる
Microsoft Graph に切り替えると、さらに多くのデータセットと機能のロックを解除できるようになりました。
Microsoft Graph では、Azure Active Directory (Azure AD) Graph では使用できない多くの新しいMicrosoft Entra データセットと機能がサポートされています。 これは、Microsoft 365 サービスとMicrosoft Entra サービスへの API ゲートウェイです。
新しいデータセットと機能を定期的に確認します。
「Microsoft Graph の主要なサービスと機能」を参照してください。
Microsoft Graph を使用する パートナー ソリューション について説明します。
最新のニュースと学習シリーズについては、 Microsoft Graph ブログ に従ってください。
Microsoft Graph の変更ログをサブスクライブして、
/beta
(プレビュー) に導入された新しい API と、v1.0
(GA) に昇格された API を追跡します。
サポート
移行プロセス中に問題が発生したり、ヘルプが必要な場合は、次のことができます。
- チェックリストをもう一度確認する
- Q&A で Microsoft Graph に質問を投稿する
- Microsoft Graph サンプルを確認して、既存のアプリケーション コードと比較します。
- REST API を使用するアプリ: クイック スタートとサンプルの探索、任意のプラットフォームの選択、クイック スタートの実行、または適切なサンプルの検索
- .NET クライアント ライブラリを使用するアプリ: console-csharp-snippets-sample または dotnetcore-console-sample を確認する
- Microsoft Graph を試すには、Graph Explorer を使用します。
関連コンテンツ
- クライアント ライブラリと SDK を使用してカスタム アプリケーションを開発する