事前構築済みの zip パッケージのアップロード
重要
Microsoft 365 のテスト ベースは、2024 年 5 月 31 日に終了 (EOL) に移行されます。 私たちは、可能な限りスムーズに移行するためのサポートとガイダンスを提供するために、各顧客と緊密に協力することにコミットしています。 質問、懸念事項、またはサポートが必要な場合は、 サポート リクエストを送信してください。
このセクションでは、既にビルド済みの .zip ファイルがある場合に、Test Base で編集、アップロード、テストするために必要なすべての手順について説明します。
事前要求
- テスト ベース アカウント: テスト ベース アカウントをお持ちでない場合は、「テスト ベース アカウントの作成」の説明に従って、先に進む前に アカウントを作成する必要があります。
- ビルド済みの .zip ファイル: アプリケーション バイナリとテスト スクリプトを含むオフラインでビルドされた .zip ファイル。 「パッケージのビルド |Microsoft Docs、デスクトップからテスト ベース .zip パッケージを準備します。
オフラインビルドパッケージをアップロードする
Azure portalで、パッケージを作成してアップロードするテスト ベース アカウントに移動し、次の手順を実行します。
左側のメニューの [ パッケージ カタログ] で、[ 新しいパッケージ] を選択します。 次に、3 つ目のカード [事前構築済みパッケージのアップロード] を選択します。
手順 1: コンテンツを定義する
[パッケージ ソース] セクションで、[ パッケージ ソース の種類] で [事前構築済みパッケージ (.zip)] を選択します。
[ファイルの選択] ボタンを選択して、ビルド済みパッケージ (zip) ファイルをアップロードします。
[ 基本情報 ] セクションで、パッケージの名前とバージョンを入力します。
注:
パッケージ名とバージョンの組み合わせは、テスト ベース アカウント内で一意である必要があります。
要求されたすべての情報を指定したら、[ 次へ: 構成テスト ] ボタンを選択します。
手順 2: テストを構成する
事前構築済みパッケージに従って [テストの種類] を選択します。 サポートされるテストの種類は 2 つあります。
- Out of Box (OOB) テストでは、パッケージのインストール、起動、終了、アンインストールが実行されます。 インストール後、起動終了ルーチンは、1 回のアンインストールが実行される前に 30 回繰り返されます。 OOB テストでは、パッケージの標準化されたテレメトリが提供され、Windows ビルド間で比較できます。
- 機能テストは、アップロードしたテスト スクリプトをパッケージで実行します。 スクリプトは指定したシーケンスで実行され、特定のスクリプトでエラーが発生すると、後続のスクリプトの実行が停止されます。
注:
現在、Out of Box テストは省略可能です。
必要なすべての情報が入力されたら、[次へ] ボタンを選択します。
手順 3: パッケージを編集する
[パッケージの編集] タブでは、次のことができます。
- パッケージ プレビューでパッケージ フォルダーとファイル構造をチェックします。
- PowerShell コード エディターを使用してスクリプトをオンラインで編集します。
注:
事前構築済みのパッケージが抽出されて編集されます。 スクリプト タグはスクリプト名に従って追加されます。これらのスクリプト タグを確認し、必要に応じて調整してください。 スクリプト タグは、テストの開始時に使用される正しいスクリプト パスを示します。
パッケージ プレビューでは、必要に応じて次のことができます。
- 新しいフォルダーを作成します。
- 新しいスクリプトを作成します。
- 新しいファイルをアップロードします。
scripts フォルダーの下に、サンプル スクリプトとスクリプト タグが自動的に作成されています。 すべてのスクリプト タグは編集可能です。 それらを再割り当てして、スクリプト パスを参照できます。
- 手順 2 で Out of Box テスト が選択されている場合は、scripts フォルダーの下に outofbox フォルダーが表示されます。 [インストール] スクリプトの [インストール後の再起動] タグを追加することもできます。
注:
OOB テストの種類には、インストール、起動、および閉じるスクリプト タグが必須です。 タグを再割り当てすると、テストが開始されたときに正しいスクリプト パスが使用されるようになります。
- 手順 2 で 機能テスト が選択されている場合は、scripts フォルダーの下に 機能 フォルダーが表示されます。 [機能テスト リストに追加] ボタンを使用して、より 機能的なテスト スクリプトを追加 できます。 少なくとも 1 つのスクリプトが必要で、最大 8 つの機能テスト スクリプトを追加できます。
注:
機能テストの種類には、少なくとも 1 つの機能スクリプト タグが必須です。
[機能テストリストに追加] を選択して、アクション パネルからさらに機能スクリプトを追加します。 提供されるオプションは、次の通りです。
- 左側の省略記号ボタンを使用してドラッグして、スクリプト パスを並べ替えます。 機能スクリプトは、一覧表示されているシーケンスで実行されます。 特定のスクリプトでエラーが発生すると、後続のスクリプトの実行が停止します。
- 複数のスクリプトに対して '実行後の再起動' を設定します。
- 特定のスクリプト パスの前に更新プログラムを適用します。 この更新プログラムは、機能テストを実行するユーザーが、機能テスト スクリプトを実行するシーケンスでWindows Updateパッチを適用するタイミングを示します。
必要な情報がすべて入力されたら、下部にある [次へ] ボタンを選択して手順 4 に進むことができます。
手順 4: テスト マトリックスを設定する
[テスト マトリックス] タブは、テストを実行する可能性がある特定の Windows 更新プログラムまたは Windows 製品を示します。
OS の更新の種類を選択する
- テスト ベースでは、最新の Windows 更新プログラムによってアプリケーションのパフォーマンスが低下しないようにスケジュールされたテストが提供されます。
使用可能なオプションは 2 つあります。
- セキュリティ更新プログラムを使用すると、Windows の毎月のセキュリティ更新プログラムの増分チャーンに対してパッケージをテストできます。
- 機能更新プログラムを使用すると、最新のWindows Insider Previewビルドの新機能に対してパッケージをテストできます。
セキュリティ更新プログラムを構成する セキュリティ更新プログラムを設定するには、"テストする OS バージョン" のドロップダウン リストから、テスト対象の Windows 製品を指定する必要があります。
- 選択すると、選択した製品の Windows 月次品質更新プログラムの B リリースに対する自動テスト実行のアプリケーションが登録されます。
- テスト ベースで Default Access のお客様がいるお客様の場合、アプリケーションは、パッチ 火曜日から始まる B リリースのセキュリティ更新プログラムの最終リリース バージョンに対して検証されます。
- テスト ベースでフル アクセスのお客様の場合、アプリケーションは、パッチ火曜日の 3 週間前からリリース前のバージョンの B リリース のセキュリティ更新プログラムに対して検証されます。 これにより、フル アクセスのお客様は、パッチ火曜日の最終リリースの前に、テスト中に見つかった問題を事前に解決するための時間を取ることができます。
(フル アクセスのお客様になる方法アクセス レベルの変更要求に関するページを参照してください |Microsoft Docs)
- 選択すると、選択した製品の Windows 月次品質更新プログラムの B リリースに対する自動テスト実行のアプリケーションが登録されます。
機能更新プログラムの構成
- 機能更新プログラムを設定するには、ターゲット製品を指定する必要があり、"Insider Channel" ドロップダウン リストからプレビュー チャネルです。
選択すると、選択した製品チャネルの最新の機能更新プログラムと、選択した最新のWindows Insider Previewビルド内のすべての今後の新しい更新プログラムに対して、自動テスト実行のためにアプリケーションが登録されます。
また、現在の OS を "分析情報の OS ベースライン" に設定することもできます。 OS 環境と最新のターゲット OS の回帰分析により、より多くのテスト分析情報が提供されます。
手順 5: 確認と発行
下書きパッケージの正確性と正確性に関するすべての情報を確認します。 修正を行うには、必要に応じて設定を指定した早い段階に戻ることができます。
また、通知ボックスをチェックして、検証実行完了通知のパッケージの電子メール通知を受け取ることもできます。
入力データ構成の最終処理が完了したら、[ 発行 ] を選択してパッケージをテスト ベースにアップロードします。 次の通知は、パッケージが正常に発行され、検証プロセスに入ったときに表示されます。
注:
パッケージは、今後のテストで受け入れられる前に確認する必要があります。 検証には、実際のテスト環境でのパッケージの実行が含まれるため、最大 24 時間かかることがあります。
[パッケージの管理] ページにリダイレクトされ、新しくアップロードされたパッケージの進行状況をチェックします。
注:
検証プロセスが完了すると、確認の状態が [承諾済み] に変わります。 この時点では、それ以上のアクションは必要ありません。 構成済みのオペレーティング システムで新しい更新プログラムが利用可能になると、パッケージが自動的に取得され、実行されます。 検証プロセスが失敗した場合、パッケージはテストの準備ができていません。 ログをチェックし、エラーが発生したかどうかを評価してください。 また、潜在的な問題に対してパッケージ構成設定をチェックする必要がある場合もあります。
パッケージの作成を続行する
以前の下書きパッケージがある場合は、[ 新しい パッケージ] ページで保存した下書きパッケージの一覧を表示できます。 [編集] 鉛筆アイコンを選択すると、前回一時停止したステップに直接編集を続けることができます。
注:
ダッシュボードには、作業中のパッケージのみが表示されます。 発行されたパッケージの場合は、[パッケージの管理] ページをチェックできます。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示