次の方法で共有


実際のデバイスでのビルドのテスト

重要

Visual Studio App Center は、2025 年 3 月 31 日に廃止される予定です。 完全に廃止されるまで Visual Studio App Center を引き続き使用できますが、移行を検討できる推奨される代替手段がいくつかあります。

詳細については、サポートタイムラインと代替手段に関するページを参照してください。

このドキュメントでは、App Center ビルドと App Center テスト を統合して、実際のデバイスで最新の成功したビルドを実行する方法について説明します。

サポートされている構成

App Center のデバイス テストには、次のものが必要です。

  • Android または iOS アプリ。
  • アプリ パッケージは、物理デバイスでの実行と互換性があります。

ビルドの構成

  1. ログイン https://appcenter.ms
  2. [新しい追加] [ 新しい > アプリの追加] の順に移動して、アプリを作成します。 詳細: アプリの作成と管理
  3. アプリに名前を付け、アプリのターゲット OS と、アプリで使用するプラットフォームを選択します。
  4. 画面の左側にある [ビルド ] アイコンを選択します。
  5. コード リポジトリを接続します。 詳細については、「 App Center ビルドの概要」を参照してください
  6. ブランチを選択します。
  7. [ 構成 ] をクリックして新しい構成を作成するか、レンチ/歯車アイコンをクリックして既存の構成を編集します。
  8. [保存]

保存せずに設定ページを閉じると、既定で以前の設定に戻ります。 設定が無効な場合、または必要な情報が見つからない場合、保存は無効になります。

起動テストを有効にする

Launch Testing を使用する場合、テストの作成や App Center Test のライセンスは必要ありません。 Android アプリの場合、テストの起動機能は Xamarin.UITest を使用してテストを自動的に処理しますが、iOS の場合は Appium を使用します。

ブランチ構成ページ の [実際のデバイスでテスト する] スイッチを選択します。 起動テストでは、ビルドがテストの完了を待機するため、ビルド時間に数分が追加されます。 その利点は、アプリが物理デバイスで起動するかどうかを把握できることです。

起動テストの結果を見つけるには、いくつかの方法があります。

  • 各ビルドの結果ページに、起動テストへのリンクが表示されます。
  • 左側のメニューの [ テスト ] に移動し、[ テスト シリーズ > の起動- テスト ] を選択して、そのアプリのすべての起動テストを表示します。

ヒント

一部の Android 構成では、いくつかの APK ファイルを作成できます。 これにより、どのバイナリをテストするかをビルド サービスに明確に示しません。 Android ビルド オプションで 選択した ABI ごとに 1 つのパッケージを生成する (.apk) を無効にして、問題を解決します。 Android アプリには、Launch Testing のインターネットアクセス許可が必要です。 アプリ マニフェストでインターネットアクセス許可を宣言してください。

App Center テストに自動的にデプロイする

Build & Test を統合して、アプリの各ビルドと UI テスト スイートを実行できます。 この機能には、Launch Testing と比較した追加の要件と制限があります。

  • 有効なテスト試用版または有料ライセンスが必要です。
  • Appium (JUnit)、Calabash、Espresso、XCUITest、または Xamarin.UITest を使用して記述された UI テストのみが現在サポートされています。
  • 一部のテスト フレームワークでは、App Center Test サポートを有効にするために追加のセットアップが必要です (Appium、Espresso & XCUITest など)
  • ビルド後スクリプトを使用して、テスト スイートで必要なタスクを処理します。これは、アプリのビルドによって直接処理されません。 これらのタスクには、テスト スイートをテスト サービスにアップロードするコマンド & テスト dll のコンパイルが含まれる場合があります。
  • ビルド サービスでは、完全な UITest のタイムアウト制限 (1 時間) は拡張されないため、テストの実行が短い場合を除き、upload コマンドで フラグを --async 使用する必要があります。 ビルド完了の状態には、テスト スイートに合格したかどうかが反映されません。

詳しい手順:

  1. [Build & Test trial or license]\( テスト試用版またはライセンスのビルド\) でアプリを構成します。 (ビルドの [Launch Test]\(テストの起動 \) 設定は無視できます)。
  2. テスト スイートが物理デバイス上でローカルに実行されていること、およびテスト サービスにローカルにアップロードできることを確認します。
  3. ビルド後のスクリプトを記述します。 環境変数 は、有効なビルド スクリプトを記述するのに役立ちます。
  4. ビルド スクリプトを初めてコミットした後、またはリポジトリ内の場所を変更した場合は、ビルド構成を App Center に保存します。 ビルド スクリプトは、メイン アプリ プロジェクトのルート フォルダーに配置する必要があります。
  5. ビルド スクリプト内で、テスト スイートが メイン アプリと共にまだビルドされていない場合は、必ずビルドしてください。
  6. また、ビルド スクリプト内で、次の App Center テスト用の upload コマンドを指定して実行します。
  • テスト dll、アプリ パッケージ、含まれるデータファイルなど、テストのその他の要件を &、すべてのテスト依存関係を指します。
  • コマンドを --async 使用して、ビルドがテスト スイートの完了を待機しないようにします
  • アプリの依存関係を除外します。これは、アプリ パッケージに既に存在している必要があります。 アプリの依存関係をアップロードに含めると、テストの実行で予期しない動作が発生する可能性があります。

サンプル テスト ビルド スクリプト

有効なビルド スクリプトの例については、こちらを参照してください。