説明午前機器は、複数のユースケースを実行するコマンド

1インストゥルメントそれは何ですか?

楽器は、サブコマンドアムコマンドです。インストルメンテーションは、テストを開始するために使用されます。まず、携帯電話やシミュレータは、シェル層に、ADBシェルコマンドを介して、接続されています。

(公式サイトより)2つのフォーマットパラメータと解釈

フォーマット:楽器[オプション]コンポーネント

標的成分は、フォームtest_package / runner_classある
UiAutomator2.0において、標的成分がある:テストパッケージ名/android.support.test.runner.AndroidJUnitRunner、
定着動作(すなわち、:AndroidJUnitRunnerクラスはJUnitの実行可能JUnitテストでありますUI Automatorのエスプレッソとフレームを使用するものを含むAndroidの3または4のJUnitテストクラス、。)

パラメータ:

  • -r:試験結果は、元の形式で出力されたとき、このオプションは、一般的に性能試験で[-e perf true]一緒に使用します。
  • -e name value:キーと値のペアとフィルタパラメータの形で存在提供します。たとえば:-e TESTFILE <filePathに>(例で指定された実行ファイル); - 電子パッケージ<パッケージ> ......ダース(このパッケージ内のすべてのユースケースを実行します)。 
  • -p file:データの分析が書かれています  file
  • -w:テストランナーは、このオプションを使用する必要があります。-w <test_package_name> / <runner_class>:<test_package_name>と<runner_class> AndroidManifest.xmlをテストプロジェクトを検索し、役割は、テストが完了するまで開いadbのシェルを維持することです。
  • --no-window-animation:アニメーションが実行されて終了します。
  • --user user_id | current:ユーザーが機器の動作を指定します。指定されていない場合は、現在のユーザーで実行されます。

既存の電話機器を実行するためにどのように3、およびローカルファイルに書き込まれたパフォーマンスデータをプロファイリングしながら、詳細な結果を出力?

  • インストルメンテーションにインストール記載されている最初の電話:adbのシェル計装PM一覧
  • adbのシェル午前楽器XXX

そのようなすべてのテストコードのアプリケーションの名前を含むcom.le.tcauto.uitest.testパッケージとして4コマンド特定の用途、:(から:HTTP://blog.csdn.net/swordgirl2011/article/details/50881390)

  •   すべてのユースケースを実行します。adbのシェル午前楽器-w com.le.tcauto.uitest.test / android.support.test.runner.AndroidJUnitRunner
  •   クラスにすべてのユースケースを実行:adbのシェル午前機器-w -r -eクラスcom.letv.leview.setproxy com.le.tcauto.uitest.test / android.support.test.runner.AndroidJUnitRunner
  •   adbのシェル午前機器-w -r -e偽-eクラスをデバッグcom.letv.leview.setproxy#testDemo com.le.tcauto.uitest.test / android.support.test.runner:クラスメソッドを実行します。 AndroidJUnitRunner
  •   adbのシェル午前機器-w -r -eデバッグ偽-eクラスcom.letv.leview.setproxy、com.letv.leview.resetdate com.le.tcauto.uitest.test /アンドロイド:すべてのユースケースの複数のクラスを実行します。 support.test.runner.AndroidJUnitRunner
  •   adbのシェル午前機器-w -r -e notClass com.letv.leview.setproxy com.le.tcauto.uitest.test / android.support.test.runner.AndroidJUnitRunner:カテゴリ指定されたすべてのテストケースを実行していることに加え
  •   adbのシェル午前機器を-w -r -e偽-eクラスをデバッグcom.letv.leview.setproxy#testDemo com.le.tcauto.uitest.test / android.support.test.runner:指定された例を除いてすべてのテストを実行します。 AndroidJUnitRunner
  •   adbのシェル午前機器-w -e TESTFILE /sdcard/tmp/testFile.txt com.android.foo/com.android.test.runner.AndroidJUnitRunnerファイルフォーマットとして開発:com.android実行ファイルに記載されている例を使用します.foo.FooClaseName#testMethodName
  •  スライスの例を使用して、指定されたテストを実行します:adbのシェル午前機器-w -e numShards 4 -e shardIndex 1 com.android.foo/android.support.test.runner.AndroidJUnitRunnerを
  • -e注釈com.android.foo.MyAnnotation com.android.foo/android.support.test.runner.AndroidJUnitRunner -w adbのシェル午前楽器:指定されたテストケースのメモを実行します。など双方の交点と操作ケースのオプション複数の場合:「 - Eサイズ大-e注釈com.android.foo.MyAnnotation」のみLargeTest MyAnnotation及び注釈の両方を含む実施形態を実行します。
  • 注釈例で指定されていない実行します:adbのシェル午前機器-w -e notAnnotation com.android.foo.MyAnnotation com.android.foo/android.support.test.runner.AndroidJUnitRunner、分離「」で、複数のアノテーションを指定します例えば、ADBシェル午前機器-w -e notAnnotation com.android.foo.MyAnnotation、com.android.foo.AnotherAnnotation com.android.foo/android.support.test.runner.AndroidJUnitRunner
  • 上記のすべてのパラメータは、のような<メタデータ>タグAndroidManifestファイルで構成することができる<:名=「リスナー」アンドロイド:メタデータアンドロイド値=「com.foo.Listener」/>、シェルコマンドで渡されたパラメータAndroidManifestファイルには、設定されたパラメータを上書きします。

5簡単に間違って起動しますか?

選びなさい - 実行/デバッグAS - 設定--edit設定 - 配置--OK

実行が完了すると、コマンドは以下の表示され、その後、上書きコピー。

おすすめ

転載: www.cnblogs.com/liuliu-word/p/11314277.html