mobile testing

@te
uy
g
n
s ti
a
28/
@
16
0
2
br/
t
kei
a
m
ku
r
o
w
y
mobile testin
g
Una guía ese
ncial
ASPECTOS CLAVE DE
LAS PRUEBAS MOBILE
FUNCIONALIDAD
USABILIDAD
PERFORMANCE
FRAGMENTACIÓN DE DISPOSITIVOS
SEGURIDAD
Problemas comunes con la
FUNCIONALIDAD
REGISTRO Y LOGIN
Deben ser tareas que el usuario las distinga
“sin pensar”. Si los usuarios no acceden
fácilmente a la app, el esfuerzo en el resto
de las funcionalidades queda deslucido.
Si la app requiere usuario y contraseña,
requieren formulario de validación, es
necesario asegurarse que el ingreso de la
información sea sencilla e inequívoca.
OPCIONES / ACCIONES DEL MENÚ
El menú debe hacer sencillo el acceso a los items
comunes (Help, About, etc.) y a las funcionalidades
críticas de la app.
Probar scrolling, selección, volver atrás en modo
landscape y portrait.
GESTOS / ACCIONES BÁSICAS DEL DISPOSITIVO
PRUEBAS FUNCIONALES
La funcionalidad involucra a todo el equipo y cada quien aporta en su lugar del ciclo
de vida, por lo tanto, la responsabilidad de la calidad es compartida.
Testear lo ANTES posible, y de la forma más FRECUENTE posible. La combinación de
pruebas manuales con pruebas automatizadas logra los mejores niveles de
cobertura.
Es particularmente importante probar en el rango más amplio posible de
dispositivos.
Priorizar las pruebas de acuerdo a la criticidad e impacto. Si la aplicación no
renderiza correctamente, significa que la navegación y selección será prácticamente
inusable.
+
Problemas comunes con la
USABILIDAD
PERCEPCIÓN DE LA FUNCIONALIDAD
Si la funcionalidad es percibida como
incompleta o inadecuada, los usuarios
la abandonan rápidamente.
LAYOUT Y DISEÑO
Un diseño legible permite al usuario
completar sus tareas más fácilmente.
La app no debe ofrecer muchas
funcionalidades o contenido que
complique la navegación.
Todos los elementos de navegación o
interacción deben ser visibles en pantallas
chicas.
INTERACCIÓN
El flujo de la interacción debe ser natural en el uso de los gestos
de selección y navegación.
Si un botón está en una ubicación que el usuario percibe como
“incorrecta” será un motivo de frustración.
Si los links están muy juntos, la selección será más difícil.
PRUEBAS DE USABILIDAD
0  Not all users are created equal. If you want to get a true sense
of your mobile app’s usability, be sure to select testers that
closely mirror your target audience.
0  Usability is highly subjective, so take care not to ask leading
questions when crafting a usability survey and pay special
attention when looking at the survey data. It’s imporant for you
to seperate minor feedback from recurring issues that hinder
the app’s usability for a large portion of users.
Problemas comunes con la
PERFORMANCE
MOBILE WEB
Los usuarios móbiles esperan que las
aplucaciones respondan más rápido que los
sitios tradicionales.
Es necesario cuidar la definición de los
objetivos de performance, y estar
preparado para las pruebas.
VARIABLES EXTERNAS
Los carriers pueden ser motivo de
diferencias de performance en el
intercambio de datos. Es necesario probar
con la mayor cantidad de operadores
disponibles.
ACCESO DESDE CUALQUIER PARTE
Por definición, las apps mobile son accesibles desde
cualquier parte. Es necesario armar una estrategia
integral que combine: carriers y dispositivos de
acuerdo a las regiones donde se espera que la
aplicación sea utilizada.
PRUEBAS DE PERFORMANCE
Aunque puede ser tentador tener el total de las pruebas en
scripts automatizados, no es suficiente.
El enfoque más integral para las pruebas de carga es la
combinación de carga de pruebas automáticas con testers que
ejecuten pruebas manuales.
Este enfoque híbrido le da una perspectiva humana y permite
evaluar la forma en que su aplicación realmente se ve y funciona
bajo presión de carga o concurrencia.
Problemas comunes con la
FRAGMENTACIÓN DE DISPOSITIVOS
ANDROID
Aunque Android está en su versión 6, aún queda una
gran cantidad de usuarios con 4.x y varios muchos más
con 2.3.x.
iOS
Los usuarios iOS tradicionalmente son "quick
updaters”, pero las apps deberían brindar el soporte al
menos para una (si no dos) versiones anteriores de iOS.
APLICACIONES NATIVAS
Desde el momento que las aplicciones nativas son
desarrolladas para un único sistema operativo, deben
ser probadas en el rango más amplio de ese SO, así
como en difrentes proveedores de servicios de
telefonía.
Las aplicaciones nativas que usan recursos de
hardware (cámara, sensores, gestos) deben ser
probadas en dispositivos físicos.
EMULADORES Y SIMULADORES
ANTE UNA URGENCIA / ETAPAS TEMPRANAS,
SIMULADOR
Aprovechar la simulación dentro de un
navegador en las primeras etapas del proceso de
desarrollo es una buena opción.
En algún momento del ciclo de desarrollo, sin
embargo, es necesario tener una representación
más precisa de la forma en que laaplicación va
en realidad y estudiar cómo se comporta en las
manos de un usuario.
EMULADORES Y SIMULADORES
PARA DETECTAR TEMPRANAMENTE ISSUES DE
DISPOSITIVOS ESPECÍFICOS, EMULADOR
Para tener una mejor idea de la forma en que
laaplicación va a comportar realmente en un iPhone,
Android o Windows Phone, es necesario verlo en un
emulador asociado a una plataforma de software
nativo.
En el caso de Apple, es necesario Xcode, y para la
emulación de Android, lo que necesita el SDK de
Android. Para Windows, puede utilizar el emulador
nativo de Windows Phone disponible en el SDK de
Windows Phone.
DISPOSITIVOS REALES
Tarde o temprano, hay que instalar la aplicación en un dispositivo
real. Es realmente la única manera de garantizar plenamente que
todo funciona según lo previsto.
Es bueno afinar la estrategia de pruebas por niveles considerando todas las
diferentes maneras en que puede poner a prueba la aplicación: en el simulador,
emulador y en el dispositivo, y gestionar correctamente la desición de cuándo y
por qué hacerlo durante proceso de desarrollo.
Una regla de oro que sugeriría es: mientras se está construyendo la solución
técnica de interfaz de usuario, la conectividad y el uso de recursos, es posible
basar las pruebas en el simulador y emulador. Hacia la mitad de la fase de
desarrollo, deberíamos cambiar la prueba al dispositivo real.
El desafío
LA MATRIZ DE PRUEBAS
CERTIFICACIONES / ENTRENAMIENTO
MOBILE APP TESTING
JULIO 2016
SETIEMBRE 2016
GRACIAS
silvia@mak
eitwork.co
m.uy