Google は、黒人コミュニティに対する人種平等の促進に取り組んでいます。取り組みを見る

Androidテストステーション

Androidのテストステーションは、Androidの開発者とテストエンジニアのような標準のAndroidテストスイート、実行するためのユーザインタフェースを採用するために使用できるテストツールですAndroidの互換性テストスイート(CTS)を。このツールは、のためのウェブインターフェースとして機能通商連合(TF)あなたが簡単に最小限のセットアップとテストデバイスのセットにCTSを実行できるように、だけでなく、継続的に実行テストにスケジュールを確立します。

Androidテストステーションのセットアップ

このセクションでは、Android TestStationをインストールしてセットアップする方法について説明します。

Android Test Stationは、次の場所のソースコードを使用します。

Android TestStationのインストール

実行するテストスイートのハードウェアおよびソフトウェア要件に従ってください。

CTSのための要件は、上で発見されsource.android.com

追加のハードウェア要件はありませんが、100GBのハードドライブ空き容量と8GBのメモリを備えたマシンを使用することをお勧めします。これは、テストスイートの複数の実行からの出力ファイルを保存するのに十分です。

Android TestStationをインストールするには2つの方法があります。

インストーラープログラムでインストールする

Ubuntu 18.04以降では、インストーラープログラムが、Android TestStationの実行に必要なすべてのプログラムとリソースをインストールして構成します。

インストールプログラムを使用するには:

  1. インストーラープログラムを実行します。

    curl https://storage.googleapis.com/android-mtt.appspot.com/prod/install.sh | bash
    
  2. ファイル名を指定して実行mtt version AndroidのテストステーションCLIのインストールバージョンを確認します。

手動でインストール

Dockerのインストール
  1. フォロードッカーコミュニティ版(CE)をインストールするための手順Linuxマシン上に。

  2. フォローroot以外のユーザーとしてドッカーを管理するために、インストール後の手順を

  3. 権限の変更を有効にするには、ターミナルウィンドウを再起動するか、ログアウトしてから再度ログインする必要がある場合があります。

Python3.7のインストール

Android Test StationCLIにはPython3.7が必要です。

Ubuntu 16.04以前の場合、次のいずれかを実行して、最初にPython3.7のリポジトリを追加する必要があります。

  • 次のコマンドを実行します。

    sudo add-apt-repository ppa:deadsnakes/ppa
    
  • またはビルドとリポジトリをインストールソースから

Python 3.7をインストールするには、次のコマンドを実行します。

sudo apt-get update
sudo apt install python3.7 python3.7-distutils
Android Test StationCLIの取得

ここからコマンドラインインターフェイス(CLI)パッケージをダウンロードします。

Android TestStationの起動

次のコマンドでAndroidTestStationを起動します。

mtt start

UIを初めて起動したとき、表示されるまでに数分かかる場合があります。 CLIは、ブラウザーでUIにアクセスするためのWebURLを表示します。デフォルトでは、ウェブのURLはlocalhost:8000 。必要に応じて、あなたが起動時にデフォルトのポートを変更することができ--portフラグ。

新しいバージョンが利用可能な場合は、現在のバージョンに更新できます。あなたは確認することができ、リリースノートを最新のリリースで。

現在のバージョンに更新するには、次のコマンドを実行します。

mtt start --force_update

アプリケーションを停止するには、次のコマンドを実行します。

mtt stop

他のコマンドのリストを表示するには、次を使用します。

mtt --help

データベースのバックアップと復元

ATSデータベースをバックアップするには、名前のTARファイルに現在のデータベースをバックアップする、アプリケーションを停止し、次のコマンドを実行しmtt-backup.tarあなたのホームディレクトリに:

docker run --rm --mount source=mtt-data,target=/data -v ~:/out ubuntu bash -c "cd /data && tar cvf /out/mtt-backup.tar ."

復元するには、アプリケーションを起動する前に次のコマンドを実行します。

docker run --rm --mount source=mtt-data,target=/data -v ~:/out ubuntu bash -c "cd /data && tar xvf /out/mtt-backup.tar"

セットアップウィザード

Android Test Stationを初めてインストールして実行した後、セットアップウィザードは、環境に合わせてツールをカスタマイズするのに役立ついくつかの手順を案内します。ここで行った変更は、後で[設定]ページから再構成できます。

構成バックアップの復元

あなたが持っている場合は、バックアップ設定ファイルを別のAndroidのテストステーションのホストから、あなたはファイルのアップロード]ボタンをクリックすることで、そのホストから変更されたコンフィギュレーションをコピーするには、ファイルをアップロードすることができます。

構成のバックアップを復元する

図1.構成のバックアップを復元

デフォルトのサービスアカウントの設定

あなたが設定できるサービスアカウントを、あなたのリソースにアクセスする際にAndroidのテストステーションがデフォルトで使用すること(例えば、Googleのクラウドストレージ、Googleドライブ)。あなたのサービスのアカウントを認証するには、アップロードサービスアカウントキー]クリックして、サービスアカウントのJSONのキーファイルを選択します。

サービスアカウントを設定する

図2.サービスアカウントを設定します

サービスアカウントが正常に認証されると、アカウントのメールアドレスがページの右上隅に表示されます。サービスアカウントを変更するには、アカウント名をクリックし、現在のデフォルトアカウントを削除して、新しいサービスアカウントキーをアップロードします。

サービスアカウントの変更

図3.サービスアカウントを変更します

構成セットのインポート

構成セットは、関連するデバイスアクション、ビルドチャネルなどを含む、テストスイートを実行するための構成のバンドルです。構成セットは、特定のGoogle Cloud Storage(GCS)バケットでホストされます。 GoogleアカウントでGCSビルドチャネルを認証すると、利用可能なすべての構成セットのリストが表示されます。

あなたがテストステーションのホストに追加し、選択したインポートをクリックしたい任意の設定セットを選択します。

構成セットのインポート

図4.コンフィグ設定のインポート

Wi-Fi設定を含む

一部のCTSテストでは、デバイスがWi-Fiホットスポットに接続する必要があります。あなたのWiFiネットワークを選択するには、WiFiのSSIDとオプションの無線LAN PSKを入力してください。

Wi-Fi設定

図5. Wi-Fiアクセスポイントの設定

セットアップウィザードが完了すると、新しい設定が適用された状態でページが再読み込みされます。

デバイスの接続

テストにデバイスを使用するには、USBデバッグを有効にする必要があります。デバッグを有効にするには:

  1. 指示に従ってください開発者のオプションとデバッグを有効にします

  2. あなたは、AndroidがカスタムADBキーをプリロードビルドテストを使用する場合は、カスタム置く.adb_key下のファイルを~/.android/ディレクトリ。

    これらのビルドを実行しているデバイスのデバイスがフラッシュされた後、ファイルは自動的にロードされ、ADBに渡されてUSBデバッグが自動的に有効になります。

  3. USBを使用してデバイスをホストマシンに接続します。

    デバイスは、ウェブインターフェースを更新してから1分以内にAndroid TestStationの[デバイス]タブに表示されます。このタブでデバイスの状態を表示することもできます。

    デバイスを接続する

    デバイスの接続図6

さまざまなデバイスの状態は次のとおりです。

  • 利用可能-デバイスに接続してテストを実行する準備ができています。
  • 割り当て-デバイスが接続されており、現在テストを実行しています。各デバイスは一度に1つのテストしか実行できないため、新しいテストを実行する前に、デバイスは現在のテストを終了する必要があります。

テストの実行

テストの選択

Android Test Stationには、あらかじめバンドルされたCTS構成のセットが付属しています。これらのテストのいずれかを実行するには、テストスイート]タブに移動し、所望のテストの実行テストをクリックしてください。

テストを選択する

図7.テストを選択

編集するか、新しいテストを追加し、参照のテストを追加

テスト実行の構成

この特定のテスト実行に使用するパラメーターを編集します。ほとんどのパラメーターには、選択したテスト構成で定義された値が事前に入力されています。

このステップでは、デフォルト値を使用して完了することができますが、あなたのニーズに合わせて、そのような最大再試行コマンドなどのパラメータのいずれかを変更することができます。

テスト実行の構成

図8.テスト実行の設定

テスト実行パラメーターは次のとおりです。

  • 名前-あなたが実行したいテストスイートの名前。
  • ランカウント-スケジュールされたときに、このテストの実行が実行されなければならない回数。テストランを使用して予定されている通商連合そうする能力があるかどう並行して20のテスト実行までを実行します。
  • 最大再試行-少なくとも一つのテストが失敗した場合、テストの実行を再試行する最大回数。これは通常、不安定なテストを処理するために完全なCTSを実行するために、4〜6回の再試行に設定されます。
  • キューのタイムアウトは-テストが長すぎるためにキューイング状態のままを実行する場合は、自動的にキャンセルされます。ここでキャンセルまでの待機時間を指定します。デフォルトは24時間です。
  • コマンド-テストスイートを実行するコマンド。ここに追加のコマンドライン引数を入力できます。たとえば、CTS8.1で特定のモジュールを次のように実行します。

    cts-suite -m ShortModuleName
    
  • リトライコマンド-テストスイートを再試行するためのコマンド。ここでコマンドライン引数を追加できます。たとえば、CTS 8.1で特定のモジュールのみを再試行するには、次を使用します。

    cts --retry 0 -m ShortModuleName
    

    再試行引数は、最初のコマンドで使用できるものとは異なる場合があるため、選択したテストスイートの公式サイトでサポートされているパラメーターを確認してください。

  • 前のテストの実行は、 -あなたがしたい場合は、以前のテスト実行を再実行します。

    • ローカル-実行が現在のホストで開始された場合は、テスト実行の詳細を表示するときに表示されるテスト実行IDを入力します。

      ローカルの以前のテスト実行

      図9.ローカル前回のテストラン

    • リモート-実行が別のホスト上で起動した場合、リモート選択アップロードテスト結果ファイルをクリックし、ローカルストレージからファイルを選択することで、テスト結果ファイルをアップロードします。

      リモートの前回のテスト実行

      図10.リモート前回のテストラン

デバイスの選択

チェックボックスをクリックして、テストスイートの実行に割り当てるデバイスを選択します。シャードカウントは、選択したデバイスの数に一致するように自動的に変更されます。

デバイスの選択

図11.デバイスの選択

デバイスシリアル以外の属性でデバイスを選択するには、「デバイス仕様」を手動で入力できます。たとえば、製品名が「bramble」である3つのデバイスを選択するには、次のように入力します。

product:bramble;product:bramble;product:bramble

サポートされている属性は次のとおりです。

  • build_id
  • device_serial
  • ホスト名
  • 製品
  • product_variant
  • sim_state

選択したすべてのデバイスは、テストの実行を実行するために使用可能な状態である必要があり、かつ割り当てられた状態に彼らはすべてのスイッチテストの実行が実行されます。デバイスが利用可能になるのを待っている間、テストの実行はキュー状態にあります。

デバイスアクションの追加

デバイスアクションは、各テスト実行の前に実行できるスクリプトです。フラッシュや再起動など、一部のデバイスアクションはすでに構成されています。新しいデバイスのアクションを作成するには、参照して新しいデバイスのアクションを作成します

デバイスアクション

図12.デバイスのアクション

テストの実行にデバイスアクションを追加するには、新しいアクションの追加]クリックアクションが追加するためのチェックボックスを選択し、アクション(複数可)を追加]をクリックします。デバイスアクションは順番に実行されます。アクションをドラッグして並べ替えることができます。

アクションを追加

図13.並べ替えアクション

テストリソースの設定

テストリソースは、テスト実行を実行するために必要なファイルです。たとえば、CTSを実行すると、必要とandroid-cts*.zipファイルを、デバイスの点滅ビルド画像を提供する必要があります。

テストスイートのzipファイルのダウンロードURLは、デフォルトでパートナーに提供されたGoogleドライブのリンクになっている必要があります。 [参照]クリックして別のファイルを選択することができます。ポップアップウィンドウで、ファイルのダウンロードリンクを入力したり、認証されたビルドチャネルからのファイルを使用したり、ローカルストレージから使用するファイルをアップロードしたりできます。

テストリソース

図14のテストリソース

以下は、WebURLでテストリソースを選択するためのポップアップウィンドウです。あなたは、単にダウンロードURLリンクを入力し、選択を確認し、[選択]ボタンをクリックすることができます。

テストリソースセレクター-WebURL

図15.テストリソースセレクタ- WebのURL

Google Grive、Google Cloud Storage(GCS)、またはその他のチャネルにリソースをアップロードした場合は、特定のチャネルのタブに移動して、そこでリソースを選択することもできます。これは、Googleドライブからリソースを選択するための例です。

テストリソースセレクター-Googleドライブ

図16.テストリソースセレクタ- Googleドライブ

ファイルだけを選択することに加えて、ワイルドカード文字は、ファイル名]フィールドでサポートされています。ドキュメントは見つけることができるここに

テストリソースセレクター-ワイルドカードパターンのサポート

図17のテストリソースセレクタ-ワイルドカードパターンサポート

Android TestStationのローカルファイルストレージからファイルを選択することもできます。あなたは、このストレージにファイルをアップロード、またはすることができます直接ローカルファイルとディレクトリを使用します

テストリソースセレクター-ローカルファイルストア

図18.テストリソースセレクタ-ローカルファイルストア

再実行構成の追加

プライマリ実行が完了した後に開始してその結果をロードする再実行をスケジュールできますが、異なるデバイス、アクション、またはリソースを使用できます。

再実行構成の追加

図19は、再実行Configsに追加します

テスト実行の開始

あなたは、テストの実行に必要な情報を入力した後、テスト開始[実行]クリックします。すべての情報が有効な場合、テスト実行が開始され、テスト実行の詳細と進行状況を表示するページにリダイレクトされます。

テスト実行を開始します

図20は、テストの実行を開始します

テスト計画の作成

テストプランは、定期的なスケジュールでテスト実行を作成するために使用されます。たとえば、毎日午後5時にCTS9.0を実行します。新しいテスト計画を作成するには、新しいテスト計画の作成]クリックします。

テスト計画を作成する

テスト計画の作成図21.

テスト計画を構成する

テストプランの名前と追加するラベルを入力します。次に、使用するスケジュールを選択します。

  • マニュアル-のみのテスト実行を作成するテスト計画と、テストプラン一覧ページのRunテスト計画をユーザーがクリックします。
  • 定期-テスト計画は、自動的に選択定期的なスケジュールでテスト実行をスケジュールします。たとえば、毎日午後5時にテスト実行をスケジュールします。
  • カスタム-テスト計画autmaticallyスケジュールテストの実行が基づいてしますのcron表現入りました。たとえば、午後5:00に毎日実行するテストのスケジュールを設定するために、cronの式は次のようになります0 17 * * *

テストプランの構成

テスト計画の構成図22.

テストスイートを追加する

あなたは+追加のテスト実行構成をクリックすることで、テスト計画によってスケジュールされるようにするテストスイートを追加します。名]ドロップダウンからテストスイートを選択し、次のステップをクリックしてください。そして、あなたがテストを実行したいデバイスを選択し、[設定の追加]クリックします。テストプランごとに複数の構成を追加できます。

テスト実行の構成

図23の設定、テストの実行

デバイスアクションを追加する

各テストを実行する前に、実行するデバイスアクションを追加します。参照デバイスのアクションを追加する詳細については。

デバイスアクションの追加

図24は、デバイスのアクションを追加します

テストリソースを設定する

テストリソースをテストプランに追加することは、それらを個々のテスト実行に追加することと同じです。参照してくださいテストリソースを設定する詳細については。

テストリソースの設定

図25.設定のテストリソース

テスト実行の表示

テスト実行リスト

[テスト実行]ページで、スケジュールされたテスト実行のリストを表示します。テスト実行の詳細を表示するには、[View]をクリックしてください。

また、フィルタバーに文字列を入力し、Enterキーを押して、リストをフィルタリングすることができます。複数のフィルターをコンマで区切って使用できます。フィルタは、ステータス作成さを除く、任意の列に正確なテキスト(なしサブストリングマッチング)を含むすべての行を返します。

空のフィルターはすべての行を返します。現在、値が空の行をフィルタリングする方法はありません。

テスト実行リスト

図26.テスト実行リスト

テスト実行の詳細

ステータス、ログ、結果など、テスト実行の詳細をここで表示できます。

テスト実行の詳細

図27.テスト実行の詳細

テスト実行ステータス

テスト実行の進行状況は、[ステータス]セクションに表示されます。ダウンロードの進行状況、キャンセルの理由、エラーメッセージなどの関連メッセージがある場合は、ここにも表示されます。

テスト実行ステータス

図28.テスト実行のステータス

テスト実行の状態は次のとおりです。

  • 保留-必要なリソースがダウンロードされています。
  • キュー-テストは、デバイスが利用可能になったときに実行する準備ができています。
  • 実行-テストでは、割り当てられたデバイス上で実行されています。
  • 完了-テストが完了し、その結果を報告しています。
  • キャンセル-テストはユーザーによってキャンセルまたは使用可能なデバイスを検索しようとしながら、タイムアウトしました。
  • エラー-エラーが実行されているから、テストを防止することを起こりました。

テスト実行のキャンセル

テストの実行が完了していない場合は、キャンセルをクリックすると、それをキャンセルしてから、確認ダイアログで[はい]をクリックすることができます。彼らはqueue_timeout_secondsフィールドよりも長い順番待ちの状態で残っているかどうかをテストランも自動的にキャンセルされます。実行中の状態で有効にするには数分かかる場合がありながら、テストの実行をキャンセルします。

テスト実行をキャンセルする

図29.は、テストの実行をキャンセル

テスト実行結果

テストの実行が終了すると、結果が収集されて表示されます。実行ごとに矢印をクリックすると、追加の詳細を表示できます。など、収集したテスト成果物、見に表示出力ファイルをクリックしてtest_result.xmltest_result_failures.html

テスト実行結果

図30.テスト実行結果

[ログ]タブで、ライブホストログとTradefedログを表示できます。

テスト実行ログ

図31 [ログ]タブ

個々のモジュールの結果は、[テスト結果]タブにあります。

[テスト結果]タブ

図32.テスト結果]タブ

あなたは、テストリソース]タブで開く]をクリックすることで、テストリソースとして使用されるファイルをダウンロードすることができます。

[テストリソース]タブ

図33.テストリソース]タブ

このようCREATE_TIMEとして、テスト実行の詳細を表示するには、Configタブに進みます。

[構成のテスト]タブ

図34. Configタブ

高度な機能

設定ファイルの管理

Androidのテストステーションはで書かれたコンフィギュレーションファイル使用YAMLようなテスト、ビルド・チャネル、およびデバイスのアクションとして定義済みのオプションをロードすることを。いくつかのオプションの設定ファイルの例を以下に示します。

// example_file.yaml
tests:
- id : android.cts.9_0.arm
  name: CTS 9.0 (ARM)
  test_resource_defs:
  - name: android-cts.zip
    default_download_url: https://dl.google.com/dl/android/cts/android-cts-9.0_r7-linux_x86-arm.zip
    test_resource_type: TEST_PACKAGE
  command: cts
  env_vars:
  - name: TF_PATH
    value: ${TF_WORK_DIR}/android-cts/tools:${TF_WORK_DIR}/android-cts/testcases
  - name: LD_LIBRARY_PATH
    value: ${TF_WORK_DIR}/android-cts/lib:${TF_WORK_DIR}/android-cts/lib64
  setup_scripts:
  output_file_patterns:
  - android-cts/logs/latest/.*
  - android-cts/results/latest/.*\.html
  - android-cts/results/latest/compatibility_result\..*
  - android-cts/results/latest/logo.png
  - android-cts/results/latest/test_result.xml
  result_file: test_result.xml
  java_properties:
  - name: CTS_ROOT
    value: ${TF_WORK_DIR}
  context_file_dir: android-cts/results/
  context_file_pattern: '[\d_\.]+\.zip'
  retry_command_line: retry --retry 0
  runner_sharding_args: --shard-count ${TF_SHARD_COUNT}

build_channels:
- id: google_drive
  name: Google Drive
  provider_name: Google Drive

device_actions:
- id: flash
  name: Flash
  test_resource_defs:
  - name: bootloader.img
    test_resource_type: DEVICE_IMAGE
  - name: radio.img
    test_resource_type: DEVICE_IMAGE
  - name: img.zip
    test_resource_type: DEVICE_IMAGE
  tradefed_target_preparers:
  - class_name: com.android.tradefed.targetprep.RunHostCommandTargetPreparer
    option_values:
    - name: work-dir
      values:
      - ${TF_WORK_DIR}
    - name: host-setup-command
      values:
      - adb -s $SERIAL reboot-bootloader
      - fastboot -s $SERIAL flash bootloader bootloader.img
      - fastboot -s $SERIAL flash radio radio.img
      - fastboot -s $SERIAL reboot-bootloader
      - fastboot -s $SERIAL -w update img.zip
      - adb -s $SERIAL wait-for-device
    - name: host-cmd-timeout
      values:
      - 10m

Android Test Stationインスタンスをセットアップするときに、ファイルとしてエクスポートすることで、構成を他のユーザーと共有できます。これを行うには、[設定]ページに移動し、トップの右にエクスポート]クリックします。

構成ファイルの管理

図35.コンフィギュレーション・ファイルの管理

構成ファイルをダウンロードしたら、そのファイルを他のユーザーと共有します。彼らは、インポートをクリックし、設定ファイルを選択することで、彼らのAndroidのテストステーションのインスタンスに設定ファイルを追加することができます。

新しいデバイスアクションの作成

デバイスアクションは、デバイスセットアッププロセスを自動化するために使用されます。アクションは、再試行前を含め、各テストの実行前にテストが実行されている各デバイスで実行されるスクリプトです。使用可能なデバイスアクションのリストを表示するには、[設定]ページに移動し、[デバイスアクション]タブをクリックします。再起動やフラッシュなど、いくつかのデバイスアクションはすでに構成されています。

[デバイスアクション]タブ

図36.デバイスアクション]タブ

新しいデバイスアクションの追加

  1. 新しいデバイスのアクションをクリックします。

    新しいデバイスアクションボタン

    図37.新しいデバイスのアクションボタン

  2. 名前と説明を入力します。

    デバイスアクション名

    図38.デバイスのアクション名

  3. クリックしてターゲットの作成者を追加します

  4. 入力通商連合、例えば、ターゲットの作成者の完全なクラス名をcom.android.tradefed.targetprep.RunHostCommandTargetPreparer

    ターゲット作成者を追加

    図39は、目標作成者を追加します

    使用可能なターゲット作成者のリストはで見つけることができcom.android.tradefed.targetprepを参照。

    ターゲット作成者リスト

    図40.ターゲットの作成者リスト

  5. ターゲット作成者で使用するオプションを追加します。チェックし、利用可能なオプションを表示するにはtargetprep AOSPにおける各ターゲット作成者のためのソースコードのために:

    アクションオプションの例

    図41.アクション・オプションの例

  6. オプションを追加するには、クリック対象PREPARERオプションを追加し、必要な値を入力します。

    アクションコマンドの例

    図42.アクションコマンドの例

  7. デバイスアクションを実行するために必要なテストリソースを定義します。たとえば、フラッシュ用のイメージを作成します。リソース定義を追加するには、必要なフィールドでのテストリソースと塗りつぶしの追加]をクリックします。あなたのファイルが置かれている場所を知っている場合は、[参照]クリックしてデフォルトのダウンロードURLを提供することができます。ターゲット作成者は、テスト用リソースとしてディレクトリを受け入れた場合、解凍を選択します。その後、一時的な作業ディレクトリとファイル名の下に相対先のディレクトリが解凍されるように指定します。ファイル名が指定されていない場合、すべてのファイルがテストリソースから解凍されます。

    アクションテストリソース

    図43.アクションのテストリソース

  8. [更新]クリックします。

    アクション変更を保存

    図44.アクションの変更を保存しました

テストの管理

テストの編集

保存されたテストを編集するには、テストページに移動し、変更するテストの行の[編集]をクリックします。テスト構成を変更した後、[更新]クリックします。

テストを編集する

図45.編集テスト

新しいテストの追加

新しいテストを追加するには、テストページに移動し、新しいテストを作成]をクリックします。適切な情報を入力し、[作成]をクリックします。

テストを作成する

テストの作成図46.

テストをコピーする

試験のコピー図47

ホスト構成のエクスポート

ホストを構成した後、ホストの構成をファイルにエクスポートできます。このファイルを他のホストにアップロードして、保存された構成をコピーできます。

ホストの設定をエクスポートするには、[設定]ページに移動し、右上隅にある[エクスポート]クリックします。

ホスト構成のエクスポート

ホストの設定をエクスポート図48.

ホスト・コンフィギュレーション・ファイルをインポートするには、[設定]ページに移動し、右上隅にある[インポート]クリックします。

ホスト構成のインポート

図49.は、ホストの設定のインポート

ローカルファイルとディレクトリの使用

バージョンR11以降では、内のファイル$HOME/.ats_storageディレクトリが自動的にAndroidのテストステーションでアクセス可能です。テストの実行をスケジュールするときにコピーするか、そのディレクトリにファイルを移動し、その後、ローカルファイル]タブからそれを選択することができます。

cp /path/to/file $HOME/.ats_storage

ローカルファイルの選択

ファイルを選択図50. $HOME/.ats_storageディレクトリ

あなたは、ローカルのファイルストアに追加のディレクトリにマウントすることができ--mount_local_pathフラグ。

mtt start --mount_local_path=/path/to/dir1 --mount_local_path=/path/to/dir2:renamed_dir2

追加のマウントされたディレクトリ

図51.追加のディレクトリは、ローカルのファイルストアにマウント

サポート

バグレポート

Android Test Stationへのあなたの貢献は、ツールの開発を改善するのに役立ちます、そして私たちはあなたの意見を求めています!参照してくださいATSは、リリースノート最新のリリースの詳細については。レポートのバグやご提案に、してくださいバグレポートを提出。パートナーは、パートナーチャネルを介してバグや提案を報告する必要があります。