Workshop sobre plataformas móviles multiplataforma

1. Frameworks para
testing móvil
Calabash vs Appium

2. ¡Hola !
Enrique Sánchez
Tester & Automation Engineer

3. ¿Quién soy?
• Head of QA
• Más de 5 años de experiencia en testing en empresas como
• Profesor en el grado de Ingeniería en Desarrollo de Contenidos
Digitales
• Co-organizador de #MADQA

4. ¿Por qué este
Seminario?

6. Os voy a contar una historia…

7. Hace un par de años, tuve un proyecto en el que me
pidieron que automatizara pruebas para una
aplicación móvil multiplataforma…

8. Por multiplataforma era: HTML, iOS y Android.
Por supuesto cada una de las versiones las había
hecho una empresa diferente usando un lenguaje
diferente
(o eso me decían porque yo no veía el código ni el repositorio)

9. Si no hubiera sido una persona perezosa hubiera
tenido que hacer muchas cosas:

10. Aprender a programar en Objective-C

11. Aprender a programar tests para Android

12. Y hacerlo usando BDD

14. Por suerte soy una persona perezosa

15. Ya hay gente que se había peleado con esto y que
había planteado soluciones multiplataformas:

16. ¿De qué va
entonces este
seminario?

17. Conocer mejor cómo funcionan Calabash y Appium y
ver cómo podríamos trabajar de forma eficiente con
ellas.

18. Sin volvernos locos…
vaya… salió ios 8.3… y los
instruments han dejado de
funcionar

19. Sin tener que instalar o conocer miles de tecnologías y
lenguajes diferentes…

20. ¡¡¡y sin creer que esto es magia!!!

21. Calabash

22. Calabash enables you to write and execute automated
acceptance tests of mobile apps. Calabash is cross-
platform, supporting Android and iOS native apps.

23. Multiplataforma
Lenguaje
Test Framework
Approach
Embeber un server al que enviar
instrucciones

27. Instala Ruby (Usa RVM -> http://rvm.io/)
Instala las gemas necesarias
$> gem install cucumber
$> gem install calabash-cucumber
$> gem install calabash-android

28. ANDROID
Comprueba que tienes una variable de entorno ANDROID_HOME
$> echo $ANDROID_HOME
(Si no lo tenemos, exportarlo dentro de ~/.bahsrc o ~/.bash_profile)
$> export ANDROID_HOME=path/to/sdk
Más info: https://github.com/calabash/calabash-android
IOS
Instala la última versión de Xcode
Instala las Command Line Tools (http://osxdaily.com/2014/02/12/install-
command-line-tools-mac-os-x/)
Más info: https://github.com/calabash/calabash-ios

30. Vamos a jugar un poco con un código de prueba:
https://github.com/calabash/x-platform-example

31. Donde dejaremos nuestras features
El código específico para Android
El código específico para iOS
La definición de los steps
El código de soporte

32. ¿Cómo funciona Cucumber?
1º Carga todo lo que está en /support
2º Carga todo lo que está en /feature/steps_definition
(Salvo que le digas otra cosa)

33. Cuando añadimos más código de simple de un
directorio features y un directorio step_definition
debemos de indicarle a Cucumber cómo tiene que
cargarlo

34. Aquí deberá de estar nuestra
configuración

36. ¿Cómo sabe si tiene que usar iOS o Android?
Se lo dices por parámetro cuando ejecutas Cucumber
desde linea de comandos:
$> cucumber -p ios

38. ¿Cómo carga la librería que tiene que cargar?
Dentro del fichero env.rb

40. ¿Con eso vale?
No. ¿Os acordáis del cucumber.yml? Pues tienes que
decidir qué directorio es el que va a cargar

42. Dentro de estos directorios tienes que poner código en
una carpeta /support que permita lanzar el
dispositivo correspondiente

43. ¿No es muc
configuració

44. Sí
Por eso es necesario tener claro qué es lo que hace y
cómo funciona.

45. ¿Cómo se ejecuta?
Android:
$> bundle exec calabash-android run
apps/Workshop.apk -p android
iOS:
$> DEVICE_TARGET='iPhone 6 (8.1 Simulator)'
APP_BUNDLE_PATH='apps/Workshop-cal.app'
bundle exec cucumber -p ios

46. Appium

47. Appium is an open source test automation framework
for use with native, hybrid and mobile web apps.
It drives iOS and Android apps using the WebDriver
protocol.

48. Multiplataforma
Lenguaje
Test Framework
Agnóstico. Es una herramienta de
automatización no sólo de testing
Approach
Usar los instrumentos nativos del
sistema operativo

52. Instala el cliente de Appium:
$> npm install -g appium
o descárgate el cliente para escritorio:
http://appium.io/downloads.html
Instala las gemas necesarias
$> sudo gem install appium_lib

54. Vamos a jugar un poco con un código de prueba:
https://github.com/appium/sample-code

55. El archivo de configuración
La configuración específica para
Appium
La definición de los steps
El código de soporte

56. ¿Cómo funciona Appium?
1º Utiliza la misma configuración que vimos para
Calabash
2º Emplea un fichero appium.txt que sirve como
configuración

57. ¿Qué es appium.txt?
https://github.com/appium/appium/blob/master/docs/en/writing-running-appium/caps.md

58. ¿Cómo sabe si tiene que usar iOS o Android?
Se lo dices por parámetro cuando ejecutas Cucumber
desde linea de comandos:
$> cucumber -p ios

59. ¿Cómo carga la librería que tiene que cargar?
Sólo tienes una librería que te vale para todo:
appium_lib

60. ¿Con eso vale?
No. ¿Os acordáis del cucumber.yml? Pues tienes que
decidir qué directorio es el que va a cargar

61. ¿Como se ejecuta?
Android:
$> bundle exec cucumber -p android
iOS:
$> bundle exec cucumber -p iOS

62. ¿Y no hay algo
que me permita
abstraerme?

63. Page Object

64. The Page Object pattern represents the screens of
your web app as a series of objects

65. ¿Cuál es la idea?
Abstraernos de si estamos usando Calabash/Appium
y centrarnos en cómo trabajar con la página

66. features steps pages

67. ¿Cómo hacer pages eficientes?
Lo mejor es utilizar librerías que implementen esto de
manera sencilla.

68. page-object
https://github.com/cheezy/page-object
Es una gema que implementa este patrón para
webdriver (lo que nos viene muy rebien si estamos
usando Appium)

69. ¿Cómo debería de ser?
Definir los elementos de una página de manera
eficiente.
•¿Cómo se accede a ellos? ¿Tienen siempre ids?
¿Son iguales para las dos plataformas?
Haz a la página agnóstica de la plataforma:
•Si la aplicación no es igual para iOS que para
Android tendrás que empezar a añadir código que
luego tendrás que mantener

70. Buenas prácticas:
•Todos los elementos tendrían que ser accesibles de la misma forma
(ids, class, path…)
•Si no quieres complicar el código:
1. Scenarios independientemente de la tecnología
2. Steps lo más sencillos posibles
3. Pages claramente separadas en elementos y acciones
•Si quieres hacer Cross-Platform pon los “ids” de los elementos en
algún lugar que sea fácil de identificar si son Android o iOS y que
sean agnósticas de la implementación de la page

71. https://github.com/enriquesanchezb/workshop-appium-calabash

73. Gracias!

74. Enrique Sánchez
enrique.sanchezbayuela@medianet.es
@EnriqueSanchezB