AndroidEscribir pruebas de interfaz de usuario - Android

Introducción

El enfoque de este documento es representar objetivos y formas de escribir la interfaz de usuario de Android y las pruebas de integración. Google proporciona el expreso y el UIAutomator, por lo que el enfoque debe estar en torno a estas herramientas y sus respectivos envoltorios, por ejemplo, Appium, Spoon, etc.

Sintaxis

  • Recurso inactivo
  • Cadena getName (): devuelve el nombre del recurso inactivo (utilizado para el registro y la idempotencia del registro).
  • boolean isIdleNow (): devuelve true si el recurso está actualmente inactivo.
  • void registerIdleTransitionCallback (IdlingResource.ResourceCallback callback): registra el IdlingResource.ResourceCallback dado con el recurso

Observaciones

Reglas de JUnit:

Como puede ver en el ejemplo de MockWebServer y en ActivityTestRule, todas se incluyen en la categoría de reglas JUnit que puede crear usted mismo, que luego deben ejecutarse para cada prueba que defina su comportamiento @see: https://github.com/junit-team/junit4/ wiki / rules

Apio

Parámetros

Dado que los parámetros tienen algunos problemas al colocarlos aquí hasta que se resuelva el error de documentación:

Parámetro Detalles
Actividad de clase clase que actividad comenzar
initialTouchMode en caso de que la actividad se coloque en modo táctil al inicio: https://android-developers.blogspot.de/2008/12/touch-mode.html
launchActivity Es cierto si la Actividad debe iniciarse una vez por método de prueba. Se lanzará antes del primer método Antes, y terminará después del último método Después.

Escribir pruebas de interfaz de usuario - Android Ejemplos relacionados