Facundo Savio brindó una capacitación en nuestras oficinas de Buenos Aires sobre qué conceptos técnicos deberían tener en cuenta los Analistas QA al momento de realizar testing Mobile.

4. APlicacionesNativas.
•Para determinados dispositivos.
•Para determinados Sistemas Operativos.
•Desarrolladas en un lenguaje específico.
•Pueden tener acceso completo al hw del dispositivo.
•Se instalan.

5. APlicacionesWeb.
•Páginas Web responsive.
•Necesita un browser.
•Desarrolladas en un lenguaje unificado.
•No tienen acceso completo al hw del dispositivo.
•No se instalan.

6. AppNativas
WebApps
Pros:
- Presencia en app stores.
- Acceso total al dispositivo: Uso de cámara,
Lista de contactos, Notificaciones Push.
- Mejor Performance (depende del Hardware)
Contra:
- Se necesita una App por cada SO soportado.
- Requieren más tiempo y dinero para ser
desarrolladas.
- Requiere instalación y actualización. (espacio)
Pros:
- Aplicaciones multiplataforma.
- Las actualizaciones son instantáneas.
- No requiere instalación.
Contra:
- Requiere Internet para funcionar.
- Las Apps pueden no renderizarse correctamente
en algunas plataformas.
- No tienen acceso a la mayor parte del dispositivo.
WEbApps

7. APlicacionesHíbridas.
•Desarrollo multiplataforma.
•No debería notarse que no es un App Nativa.
•Suelen tener problemas de performance.
•Pueden tener acceso completo al dispositivo.
•Se instalan.

8. Nativo Híbrido Web
Acceso al
dispositivo
Velocidad
Costo de
desarrollo
Tienda
Proceso de
Aprobación
No
Total Parcial
Caro
Compulsivo
Limitada
No
Total
RápidaMuy rápido
Razonable
SiSi
Razonable
Compulsivo

10. Alcance
Mercado
Tendencias
Tiempo
Sistemas Operativos
Resolución y Tamaño
Requerimientos

11. SISTEMASOPERATIVOS
IOS
● Apple va restringiendo qué versiones
son las que tienen que tener
cobertura
● Dentro de un mismo modelo , no
tienen cambios de significativos , a no
ser de velocidad ( 5, 5c, 5s )
● Comenzó la Segmentación de las
versiones a partir de los 7.x
● OS diferentes para ipad & iphone
Android:
● Gran Segmentación del Mercado
● La implementaciones de cada
fabricantes
● Mismo OS para tablet y smartphone ,
a partir de de 4.x

12. REsolucionesyTamañosIOS

13. REsolucionesyTamañosAndroid

15. TestingenDispositivos.
Beneficios:
- Testing del escenario real. (Memoria,
chipset, etc)
- Se puede probar integración con otras
Apps instaladas por los usuarios.
- Experiencia de usuario real. (UI testing)
- Se pueden realizar las pruebas de
instalación y actualización correctamente.
- El testing de usabilidad es más certero.
- Paralelismo real en pruebas.
- Gestures testing
Limitaciones:
- Cantidad/Disponibilidad de dispositivos.
- No se puede asegurar la cobertura total.
- Constantes actualizaciones de SO.
- Muchas distribuciones para el mismo SO.
- No necesariamente simula un escenario
real 100%

16. Emulador
Emulador
Android
Imita tanto el software como el hardware de un
dispositivo. (Sistema Operativo puro)
Permite configurar un dispositivo de
emulación con los parámetros específicos
de hardware (RAM, Resoluciones de
Pantalla, Almacenamiento, etc.).
Un Emulador muy popular es Genymotion
https://www.genymotion.com/#!/

17. Simulador
Simulador
IOS
El simulador de iOS solo imita el software del
dispositivo (No imita hardware)
Permite simular muchos dispositivos y
versiones del sistema operativo iOS.
Forma parte de las herramientas del SDK de iOS.
Corre en computadoras MAC (iOS)
comportándose como una aplicación más que
simula el ambiente de un iPhone, un iPad o un
Apple watch.

19. Tiposdetesting
Funcional
Instalación
Performance
Memoria
Seguridad
I18N
Interrupciones
Usabilidad

21. Conceptos Relacionados

22. ConceptosRelacionados
Notificaciones Geolocalizacion
Wearables Geofences
Accesibilidad Manejo de Permisos
Gestos

23. ManejodePERMISOS
IOS
● Se Manejan en forma reactiva y
cuando realmente necesita el
servicio
● Se puede definir un mensaje de por
que lo quiero usar
● Se Pueden deshabilitar desde
settings
● Notificaciones , Ubicacion ,
Almacenamientos son los permisos
más comunes
Android:
● Se maneja en forma masiva y al inicio
de la aplicación
● No se maneja el mensaje , es genérico
para todos
● A partir de Android L (o 5.x) , se
puede manejar los permisos
deshabilitados
● Poder acceder a WIFI es un permiso
inclusive

24. NotificacionesPusH
● Se debe Habilitar con un permiso
● Se debe testear en 3 estados ( foreground , background y close)
● Existen las notificaciones locales
● En ios es un servicio nativo dado por Apple y en Android no es asi , es un servicio de
google complementario
● No es seguro , no podemos fiarnos de su concreción
● Centro de Notificaciones , respaldo del mensaje en el server
● Manejo de Badget

25. GEstos

26. Markets

27. DistribuciónInterna

28. MArkety Publicaciones
IOS
● Politica Preventiva
● Tiempo Inicial 2 Semanas y por
actualización 4 días
● Un proceso de definido y costoso
Android:
● Política Reactiva (En cambio)
● Tiempo 2 o 1 días
● Un proceso ágil pero con fallas