テストベースでのバイナリファイルの作成とテスト

2023-10-21

重要

Microsoft 365 のテストベースは、2024 年 5 月 31 日に終了 (EOL) に移行されます。 私たちは、可能な限りスムーズに移行するためのサポートとガイダンスを提供するために、各顧客と緊密に協力することにコミットしています。質問、懸念事項、またはサポートが必要な場合は、サポートリクエストを送信してください。

このセクションでは、テストベースでのアップロードとテストのために、バイナリファイルを含む新しいパッケージを作成するために必要なすべての手順について説明します。既にビルド済みの .zip ファイルがある場合は、「事前にビルドされた Zip パッケージをアップロードする」を参照してファイルをアップロードできます。

重要

テストベース アカウントをお持ちでない場合は、「テストベースアカウントの作成」の説明に従って、先に進む前にアカウントを作成する必要があります。

新しいパッケージを作成する

Azure portalで、パッケージを作成してアップロードするテストベース アカウントに移動し、次の手順を実行します。

左側のメニューの [ パッケージカタログ] で、[ 新しいパッケージ] を選択します。次に、最初のカード [オンラインで新しいパッケージを作成する] をクリックして、5 つの手順でパッケージをオンラインでビルドします。

新しいパッケージウィザードを作成する

手順 1: コンテンツを定義する

[パッケージソース] セクションで、[ パッケージソース の種類] で [バイナリ] (.exe、.msi など) を選択します。
次に、[ファイルの選択] ボタンをクリックするか、チェックボックスをオンにしてアプリファイルをアップロードし、ファイルの準備ができていない場合は、テストベースサンプルテンプレートを開始点として使用します。
[ 基本情報 ] セクションで、パッケージの名前とバージョンを入力します。

注:

パッケージ名とバージョンの組み合わせは、テストベースアカウント内で一意である必要があります。
要求されたすべての情報を指定したら、[ 次へ: 構成テスト ] ボタンをクリックして次のフェーズに進むことができます。

手順 2: テストを構成する

[ テストの種類] を選択します。サポートされるテストの種類は 2 つあります。
- Out of Box (OOB) テストでは、パッケージのインストール、起動、終了、アンインストールが実行されます。インストール後、起動終了ルーチンは、1 回のアンインストールが実行される前に 30 回繰り返されます。 OOB テストでは、パッケージの標準化されたテレメトリが提供され、Windows ビルド間で比較できます。
- 関数型テストでは、アップロードしたテストスクリプトがパッケージで実行されます。スクリプトは指定したシーケンスで実行され、特定のスクリプトでエラーが発生すると、後続のスクリプトの実行が停止されます。
- Flown Driven テストを使用すると、強化されたフロー制御を使用してテストスクリプトを配置できます。インプレース Windows アップグレードの影響を包括的に検証するために、フロー駆動型テストを使用して、ベースライン OS とターゲット OS の両方で、並列テスト結果の比較を使用してテストを実行できます。
注:

ユーザーは、プレインストールされた Microsoft アプリオプションを選択することもできます。このオプションでは、ユーザーアプリケーションがインストールされる前に、Office などの Microsft アプリがインストールされます。

現在、Out of Box テストは省略可能です。
必要な情報がすべて入力されたら、下部にある [次へ] ボタンをクリックして手順 3 に進むことができます。テストスクリプトが正常に生成されると、通知が表示されます。

手順 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)
機能更新プログラムの構成
- 機能更新プログラムを設定するには、"Insider Channel" ドロップダウンリストからターゲット製品とそのプレビューチャネルを指定する必要があります。
- 選択すると、選択した製品チャネルの最新の機能更新プログラムと、選択した最新のWindows Insider Previewビルド内のすべての今後の新しい更新プログラムに対して、自動テスト実行のためにアプリケーションが登録されます。
- また、現在の OS を "分析情報の OS ベースライン" に設定することもできます。 OS 環境と最新のターゲット OS の回帰分析により、より多くのテスト分析情報が提供されます。

手順 5: 確認と発行

下書きパッケージの正確性と正確性に関するすべての情報を確認します。修正を行うには、必要に応じて設定を指定した早い段階に戻ることができます。
また、通知ボックスをチェックして、検証実行完了通知のパッケージの電子メール通知を受け取ることもできます。
入力データ構成の最終処理が完了したら、[ 発行 ] をクリックしてパッケージをテストベースにアップロードします。次の通知は、パッケージが正常に発行され、検証プロセスに入ったときに表示されます。

注:

パッケージは、今後のテストで受け入れられる前に確認する必要があります。検証には、実際のテスト環境でのパッケージの実行が含まれるため、最大 24 時間かかることがあります。
[パッケージの管理] ページにリダイレクトされ、新しくアップロードされたパッケージの進行状況をチェックします。

注:

検証プロセスが完了すると、確認の状態が [承諾済み] に変わります。この時点では、それ以上のアクションは必要ありません。構成済みのオペレーティングシステムで新しい更新プログラムが利用可能になると、パッケージが自動的に取得され、実行されます。検証プロセスが失敗した場合、パッケージはテストの準備ができていません。ログをチェックし、エラーが発生したかどうかを評価してください。また、潜在的な問題に対してパッケージ構成設定をチェックする必要がある場合もあります。