Напишите управляемый хостом тест в Trade Federation.

На этой странице описывается, как написать тест устройства в стиле JUnit4, управляемый хостом. Это означает, что хостовая сторона жгута будет запускать действия против устройства.

Обратите внимание, что мы считаем, что тесты «на стороне хоста» и тесты «на стороне хоста» немного отличаются:

  • Тест, управляемый хостом: Тест, работающий на хосте, который взаимодействует с одним или несколькими устройствами. Тестируемая система (SUT) не находится на самом хосте, но тестируется с хоста.
  • Тест на стороне хоста: тест, работающий исключительно на хосте и тестирующий что-либо только на хосте, например модульные тесты.

Зачем создавать тест, управляемый хостом, а не инструментальный тест?

Некоторые тесты могут потребовать от вас повлиять на общее состояние устройства, например, выдать команду перезагрузки. В случае с инструментальным тестом перезагрузка убьет инструментарий, тест не сможет продолжиться, и результаты не будут доступны.

Тесты, управляемые хостом, также могут инициировать дополнительные этапы настройки, требующие взаимодействия с внешними устройствами, от которых зависит тест.

Тест, управляемый хостом, может справиться с этими вариантами использования и позволяет проводить расширенное тестирование устройства с большим количеством сценариев. Если вы находитесь в такой ситуации, написание теста, управляемого хостом, имеет наибольший смысл.

Как в TF пишутся тесты, управляемые хостом?

Вот пример:

@RunWith(DeviceJUnit4ClassRunner.class)
public class SampleHostJUnit4DeviceTest extends BaseHostJUnit4Test {
    @Before
    public void setUp() throws Exception {
       // Some setup
    }

    @Test
    public void testCheckWeHaveDevice() throws Exception {
        Assert.assertNotNull(getDevice());
    }
}

Тесты, управляемые хостом в Trade Federation, управляются с помощью DeviceJUnit4ClassRunner JUnit4 test runner. Общая структура тестового класса такая же, как и у обычного теста JUnit4:

  • @BeforeClass
  • @Before
  • @Test
  • @After
  • @AfterClass
  • Assume , Assert

Расширение BaseHostJunit4Test — это способ унаследовать полезные API утилит тестирования, такие как:

  • installPackage : Позволяет установить APK на целевое устройство.
  • installPackageAsUser : Позволяет установить APK от имени пользователя на целевом устройстве.
  • uninstallPackage : Позволяет удалить APK.
  • isPackageInstalled : проверяет, установлен ли пакет.
  • hasDeviceFeature : Проверка того, поддерживает ли устройство функцию или нет. ( pm list features )
  • runDeviceTests(DeviceTestRunOptions options) : запуск инструментального теста на целевом устройстве с использованием DeviceTestRunOptions для обработки всех возможных параметров.

Также предоставьте доступ к объекту устройства Tradefed:

  • getDevice() : возвращает объект устройства TF для управления устройством.
  • getBuild() : возвращает объект TF с информацией о сборке для получения информации о сборке.
  • getAbi() : возвращает ABI, с которым выполняется тест.

Поддержка Tradefed: подготовка и очистка устройств для каждого класса

JUnit4 @BeforeClass и @AfterClass применимы только к статическим методам, что делает невозможным использование обработчика #getDevice() для выполнения некоторой специфичной для устройства, одноразовой, поклассовой настройки или очистки. Чтобы решить эту проблему, используйте аннотацию Tradefed.

  • @BeforeClassWithInfo: выполняется до аннотаций @BeforeClass
  • @AfterClassWithInfo: запускается после аннотаций @AfterClass
   @BeforeClassWithInfo
   public static void beforeClassWithDevice(TestInformation testInfo) {
       assertNotNull(testInfo.getDevice());
       testInfo.properties().put("mytest:test-prop", "test");
   }

   @AfterClassWithInfo
   public static void afterClassWithDevice(TestInformation testInfo) {
       assertNotNull(testInfo.getDevice());
       testInfo.properties().put("mytest:test-prop", "test");
   }

TestInformation позволяет использовать устройство и хранить свойства, которые могут использоваться как в статической, так и в нестатической области. BaseHostJUnit4Test поддерживает получение TestInformation в нестатической области через #getTestInformation() .

Если вы не расширяете BaseHostJUnit4Test , вы можете реализовать ITestInformationReceiver для получения объекта TestInformation .

Как настроить тест, управляемый хостом, в Tradefed?

В XML-файле конфигурации Tradefed тесты, управляемые хостом, запускаются с помощью средства запуска HostTest .

<test class="com.android.tradefed.testtype.HostTest" >
    <option name="class" value="android.sample.cts.SampleHostJUnit4DeviceTest" />
</test>