Android QA Automation Architecture 2

Los emuladores android son muy útiles a la hora de desarrollar y probar nuestras aplicaciones android, pero en muchos casos, debido a sus limitaciones, debemos recurrir a dispositivos reales.

Entre estas limitaciones podemos encontrar la falta de sensores ( como NFC, bluetooth y Wifi), instrucciones específicas de procesador (en algunos celulares con microprocesador Intel) y el soporte para dispositivos USB.

Si bien podemos usar dispositivos reales para el desarrollo local, es muy importante poder contar con un entorno de integración continua que utilice los mismos dispositivos.

A continuación les muestro la arquitectura que armé para integración contínua con dispositivos android reales y Jenkins

Arquitectura

Como pueden ver en el diagrama de arquitectura, el servidor con Jenkins tiene una conexión con los diferentes equipos. En este caso estoy utilizando tres con la misma version de android (api level 19) y diferentes vendors o marcas (HTC, Motorola y Samsung) 

Esta arquitectura puede cambiar con otros parámetros, por ejemplo utilizar equipos con diferentes api levels y vendors, tamaños de pantalla, etc.

Conexión

La conexión entre los dispositivos y el servidor es llevada a cabo mediante ADB. Aquí tenemos dos opciones:

• Mediante un cable usb conectado al servidor
• A través de la red wifi, mediante el protocolo tcp/ip (Recomendado)

Tip: Si tienen Jenkins en una máquina virtual, pueden probar mapear el puerto USB del driver de ADB a la máquina host.

 Para conectar el celular mediante wifi, tienen que activar ADB sobre red. Esta opción no está disponible en todos los dispositivos, pero existen aplicaciones que permiten hacerlo (necesitan ser root)

Una vez activada la opción, necesitamos conocer nuestra IP. Para ello entramos a la configuración WIFI.

Tip: Es muy importante usar una ip estática en los celulares que estén en Jenkins

Ahora podemos realizar la conexión:

De esta manera, ya tenemos conectado el celular con el servidor
El procedimiento se tiene que repetir para todos los celulares que necesitemos conectar.

Jobs

La configuración de los job es prácticamente la misma. Lo único que hay que tener en cuenta es deshabilitar los emuladores ( si tienen el plugin de android-emulator en jenkins)

También hay que seleccionar el dispositivo en el que queremos correr las tareas, de la siguiente manera:

Ejemplo:

Android QA Automation Architecture

Después de haber participado de varios proyectos con JAVA y otros tantos en ANDROID, logre armar una arquitectura estable de desarrollo  usando integración continua. (tanto para apps, librerias y tests automáticos)
Lo que propongo con esta arquitectura es lo siguiente:

• Correr los tests en diferentes versiones de android, tanto en emuladores como en dispositivos reales.
• Para proyectos del tipo librería, guardar el jar con la info de sus dependencias. Para proyectos de aplicaciones o tests, guardar el apk, también con la info de sus dependencias. Tanto los jars como los apks son guardados en Artifactory, un repositorio de dependencias.
• Permitir la resolución de dependencias propias y de terceros.
• Mejora en el manejo de dependencias para evitar conflictos
• Uso de arquetipos existentes para cumplir con estándares.

La arquitectura es masomenos así:

Click para ver mas grande

Para poder llevar a cabo estas features, implementé android-maven-plugin. Este plugin, nos brinda varias tareas definidas para trabajar. Entre ellas destaco las siguientes:

android:apk

  Creates the apk file. By default signs it with debug keystore.

  Change that by setting configuration parameter

  <sign><debug>false</debug></sign>.

android:apklib

  Creates the apklib file.

  apklib files do not generate deployable artifacts.

android:deploy

  Deploys the built apk file, or another specified apk, to a connected device.

  Automatically performed when running mvn integration-test (or mvn install) on

  a project with instrumentation tests.

android:devices

  DevicesMojo lists all attached devices and emulators found with the android

  debug bridge. It uses the same naming convention for the emulator as used in

  other places in the Android Maven Plugin and adds the status of the device in

  the list. TODO The goal is very simple and could be enhanced for better

  display, a verbose option to display and to take the android.device paramter

  into account.

android:emma

  After compiled Java classes use emma tool

android:emulator-start

  EmulatorStartMojo can start the Android Emulator with a specified Android

  Virtual Device (avd).

android:emulator-stop

  EmulatorStartMojo can stop the Android Emulator with a specified Android

  Virtual Device (avd).

android:emulator-stop-all

  EmulatorStopeAllMojo will stop all attached devices.

android:generate-sources

  Generates R.java based on resources specified by the resources configuration

  parameter. Generates java files based on aidl files.

android:lint

  LintMojo can run the lint command against the project. Implements parsing

  parameters from pom or command line arguments and sets useful defaults as

  well. Warning, if you use android.lint.enableClasspath and/or

  android.lint.enableLibraries the behavior of this goal will vary depending on

  the phase where this goal is executed. See

  android.lint.classpath/lintClassPath and android.lint.libraries/lintLibraries

  for more details.

android:pull

  Copy file or directory from all the attached (or specified) devices/emulators.

android:push

  Copy file to all the attached (or specified) devices/emulators.