Robotium con Mockito o Easy Mock
Soy nuevo en las pruebas de Android y realmente apreciaría si algunos de ustedes pudieran ayudarme con eso. Estoy utilizando robotium como marco de pruebas de automatización (hasta ahora tan bueno), pero no tengo ni idea de cómo uso mockito o Easy Mock para añadir algunos burlones a mis pruebas. Estoy realmente atascado con eso. ¿Puede alguien darme algún ejemplo simple sobre cómo lograr esto?
Gracias por adelantado
- qué prueba de unidad, en aplicaciones Android
- Robotium - Escoja una cuenta en AccoutPicker con solo
- ¿Cómo hacer clic en el botón de "búsqueda" del teclado con Robotium?
- Robotium - haciendo clic en las pestañas de la barra de acción
- Robotium. En la serie de pruebas cada prueba siguiente es afectada por la prueba anterior
- Cómo conseguir que la actividad se ejecute desde otro proceso utilizando Robotium
- ¿Cómo resolver la excepción durante la construcción de la suite?
- (Robotium) Barra de acción arriba / botón de inicio haga clic
- BDD Android UI marco de pruebas?
- No se pudo iniciar intención Intent en un plazo de 45 segundos - robotium
- ¿Cómo puedo ejecutar una sola prueba con gradle android
- Manera correcta de abrir NavigationDrawer y seleccionar elementos en Robotium
- Continuar las pruebas de Android después de una excepción
Respuesta corta / opinión
No recomiendo usar Mockito para la prueba de unidades de Android. El entorno de Android se siente demasiado complejo para burlarse. El enfoque básico para las pruebas de unidad de Android es ejecutarlas dentro del emulador. Así, muchas de las clases de contenedores ya están presentes y no es necesario burlarse.
Respuesta larga
También soy relativamente nuevo en el mundo de las pruebas de unidad de Android. He escrito durante mucho tiempo las pruebas unitarias del lado del servidor y encontré a Mockito como una de las mejores herramientas para simplificar las pruebas unitarias. Mockito es muy útil para burlarse del comportamiento de objetos complejos. Esto ayuda a romper cualquier dependencia que pueda tener su código bajo prueba en contenedores (por ejemplo, contenedor de servlet o contenedor OSGI), o en otros colaboradores complejos (por ejemplo, clases de conexión a bases de datos).
Este tipo de burla funciona bien cuando sus contenedores / colaboradores tienen interfaces bien definidas.
Hace un par de meses, decidí probar Mockito con el desarrollo de Android. Me pareció que Mockito funciona si usted tiene por lo menos 1.9.5 y dexmaker. Dexmaker gestiona la generación de código de bytes de ejecución para la máquina virtual Dalvik de Android.
Lo primero que intenté en mi primera prueba fue simular android.content.Context , y me pareció que era duro. Primero traté de burlarse sólo de los métodos que he llamado directamente, pero luego encontré que estos llamados a otros métodos que tenían dependencias de los recursos de la aplicación, … Eventualmente, el burla se hizo tan complicado que derrotó el propósito de usar Mockito en la primera lugar.
Así que cedí y comencé a usar las clases de ayuda de prueba de unidad de Android (AndroidTestCase, ActivityUnitTestCase, …). Me desanimé que ahora tenía que confiar en el emulador que significaba ejecución de prueba SLOW. Tal vez Mockito todavía tiene un lugar en este tipo de prueba. Puede ser útil para burlarse de cosas como fuentes de datos externas.
De todos modos, esto es sólo mis 2 centavos.
- Android: screenOrientation = "portrait" es ignorado en Jellybean
- Android de izquierda a derecha solamente