アプリケーション準備の決定

Windows クライアント更新プログラムを展開する前に、問題なく引き続き動作するアプリ、独自の更新プログラムが必要なアプリ、および動作しないアプリと置き換える必要があるアプリを把握しておく必要があります。 アプリをまだ分類していない場合は、organizationでの重要度に関してアプリを分類する価値があります。

検証メソッド

アプリを検証するには、さまざまな方法から選択できます。 使用するものは、環境の詳細によって正確に異なります。

検証メソッド 説明
完全回帰 完全な品質保証プローブ。 アプリケーションをよく知り、そのコア機能を検証できるスタッフは、この検証を行う必要があります。
煙のテスト アプリケーションは正式な検証を行います。 つまり、ユーザーは詳細なプランに従ってアプリケーションを検証します。理想的には、検証しているアプリケーションに関する知識が限られているか、知識がありません。
自動テスト ソフトウェアはテストを自動的に実行します。 このソフトウェアを使用すると、テストが成功したか失敗したかを知り、自動的に詳細なレポートを提供します。
パイロットでのテスト パイロット展開グループに含まれるユーザーを事前に選択し、アプリケーションを検証するために日常的に実行するのと同じタスクを実行します。 通常、このメソッドは、他の検証の種類の 1 つに加えて使用します。
反応応答 アプリケーションは遅延パイロットで検証され、特定のユーザーは選択されません。 通常、これらのアプリケーションは多くのデバイスにインストールされず、エンタープライズ アプリケーションの配布では処理されません。

さまざまな検証メソッドと、以前に確立したアプリ分類を組み合わせると、次のようになります。

検証メソッド 重要なアプリ 重要なアプリ 重要ではないアプリ
完全回帰 x
煙のテスト x
自動テスト x x x
パイロットでのテスト x x x

ユーザーの識別

organizationにはさまざまなユーザーがあり、それぞれバックグラウンドと通常のタスクが異なるため、検証テストに最適なユーザーを選択する必要があります。 考慮すべきいくつかの要因は次のとおりです。

  • 場所: ユーザーが異なる物理的な場所にいる場合、ユーザーをサポートし、そのユーザーが参加しているリージョンから検証フィードバックを受け取ることができますか?
  • アプリケーションの知識: ユーザーはアプリの動作に関する適切な知識を持っていますか?
  • 技術的能力: ユーザーは、さまざまなテスト シナリオから役立つフィードバックを提供するのに十分な技術的能力を持っていますか?

新しい機能を使用して作業を楽しみ、パイロット展開に含めるボランティアを求めることができます。 部門長やプロジェクト マネージャーなどのコア ユーザーの使用を避ける必要がある場合があります。 現在のアプリケーション所有者、運用担当者、開発者は、最も適切なパイロット ユーザーの特定に役立ちます。

検証用のデバイスを識別して設定する

ユーザーに加えて、アプリの検証にも参加するデバイスを慎重に選択することが重要です。 たとえば、理想的には、環境内のすべてのハードウェア モデルを表すデバイスが選択に含まれます。

アプリの検証のためにデバイスを選択する方法は複数あります。

  • 既存のパイロット デバイス: リリース サイクルの一部として更新プログラムをテストするために定期的に使用するデバイスの一覧が既にある可能性があります。
  • 手動選択: 運用などの一部の内部グループには、仕様、使用状況、または過去のサポートの問題の記録に基づいてデバイスを手動で選択するための専門知識があります。
  • データドリブン分析: 適切なツールを使用すると、デバイスの診断データを使用して選択内容を通知できます。