Примите участие в нашем опросе о юзабилити, чтобы улучшить этот сайт.
Эта страница переведена с помощью Cloud Translation API.
Switch to English

Инструментальные испытания

Сначала прочтите " Протестируйте свое приложение" на сайте developer.android.com. Обратите внимание, что существуют некоторые различия в том, как инструментальные тесты используются при тестировании платформы.

Таким образом, инструментальный тест предоставляет специальную среду выполнения теста, запускаемую с помощью команды am instrument , где целевой процесс приложения перезапускается и инициализируется с базовым контекстом приложения, а поток инструментария запускается внутри виртуальной машины процесса приложения. Ваш тестовый код начинает выполнение в этом потоке инструментария и предоставляется с экземпляром Instrumentation который обеспечивает доступ к контексту приложения и API-интерфейсам для управления тестируемым процессом приложения.

Ключевые идеи

  • инструментарий должен быть объявлен в пакете приложения с <instrumentation> вложенным в <manifest> манифеста пакета приложения.
  • манифест пакета приложения может технически содержать несколько тегов <instrumentation> , хотя он обычно не используется таким образом.
  • каждый <instrumentation> должен содержать:
    • атрибут android:name : это должно быть имя подкласса Instrumentation , включенного в тестовое приложение, которое обычно является используемым средством запуска тестов, например: android.support.test.runner.AndroidJUnitRunner
    • должен быть определен атрибут android:targetPackage . Его значение должно соответствовать тестируемому пакету приложения.

Сводка шагов

  1. Ниже приведены распространенные пункты назначения герметичных тестов для служб каркаса:

    frameworks/base/core/tests/coretests
    frameworks/base/services/tests/servicestests
    

    Если вы добавляете новый инструментальный модуль для своего компонента, см.

  2. Следуя существующему соглашению, если вы добавляете тесты в одно из указанных выше мест. Если вы настраиваете новый тестовый модуль, следуйте настройке AndroidManifest.xml и Android.mk в одном из указанных выше мест.

  3. См. Пример в frameworks / base / core / tests / coretests / . Обратите внимание на эти строки, устанавливающие дополнительные приложения:

    <option name="test-file-name" value="FrameworksCoreTests.apk" />
    <option name="test-file-name" value="BstatsTestApp.apk" />
    
  4. Не забудьте отметить свой тест как @SmallTest , @MediumTest или @LargeTest

  5. Создайте тестовый модуль с m, например:

    m FrameworksCoreTests
    
  6. Запустите тесты:

    m tradefed-all
    tradefed.sh run template/local_min --template:map test=FrameworksCoreTests
    
  7. Если вы не используете Tradefed, установите и запустите тесты вручную:

    1. Установите сгенерированный apk:
    adb install -r ${OUT}/data/app/FrameworksCoreTests/FrameworksCoreTests.apk
    

    Совет: вы используете adb shell pm list instrumentation чтобы найти инструменты внутри только что установленного apk

    1. Запустите тесты с различными вариантами:

      1. все тесты в apk

        adb shell am instrument -w com.android.frameworks.coretests\
          /android.support.test.runner.AndroidJUnitRunner
        
      2. все тесты в рамках определенного пакета Java

        adb shell am instrument -w -e package android.animation \
          com.android.frameworks.coretests\
          /android.support.test.runner.AndroidJUnitRunner
        
      3. все тесты по определенному классу

        adb shell am instrument -w -e class \
          android.animation.AnimatorSetEventsTest \
          com.android.frameworks.coretests\
          /android.support.test.runner.AndroidJUnitRunner
        
      4. особый метод испытаний

        adb shell am instrument -w -e class \
          android.animation.AnimatorSetEventsTest#testCancel \
          com.android.frameworks.coretests\
          /android.support.test.runner.AndroidJUnitRunner
        

Ваш тест может сделать явное утверждение о прохождении или отказе с помощью API JUnit ; кроме того, любые неперехваченные исключения также вызовут функциональный сбой.

Чтобы получить метрики производительности, ваш тестовый код может вызвать Instrumentation#sendStatus для отправки списка пар ключ-значение. Важно отметить, что:

  1. показатели могут быть целыми или с плавающей запятой
  2. любые нечисловые значения будут отброшены
  3. ваш тестовый apk может быть либо функциональным тестом, либо тестом метрик, однако смешивание обоих в настоящее время не поддерживается