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

Сначала прочтите " Протестируйте свое приложение" на сайте 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. Запустите тесты:

   • Самое простое решение - использовать Atest так:

     atest FrameworksCoreTests
     

   • Или для более сложных тестов используйте тестовую привязь Торговой федерации :

   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 может быть либо функциональным тестом, либо тестом метрик, однако смешивание обоих в настоящее время не поддерживается