Ser QA no es fácil. Existen diferentes aspectos a cubrir: funcionalidad, usabilidad, accesibilidad, performance, seguridad, entre otros. Si la aplicación es móvil, entonces hay que considerar: diferentes sistemas operativos y versiones, fabricantes de smartphones y la naturaleza de la construcción de la aplicación. En un contexto de Transformación Digital, donde el trabajo en equipo, el enfoque a usuario y el time-to-market son claves para triunfar, como QA, ¿cómo enfrentar esta gran suma de retos? En esta presentación vamos a entender cuáles son los aspectos a considerar y retos que un QA debe superar si es el responsable de una aplicación pública, cuyo uso es 24/7 y cuyo fallo podría causar impactos negativos en la imagen de una organización en camino hacia la Transformación Digital.

2. Nuestras
locaciones

3. Nuestros
Panelistas
Stephany Daneri
SME QA Engineer
Jans Álvarez
Marketing Analyst

4. Agenda
1
Transformación Digital
Retos con respecto a la
calidad y el time-to-market
2
Aplicaciones Públicas,
Masivas & Críticas
Aspectos a considerar
3
El Perfil del QA
Mindset,
Soft & Hard skills
4
Agile Testing
Cómo aplicarlo en un
Growth Team
¿QUESTIONS?
#QABelatrix
5
Automatización de
Pruebas
¿Qué hacer y qué NO hacer?
6
Antes del Pase a
Producción
La importancia de las
pruebas Alpha y Beta
7
Lecciones Aprendidas

5. 1.Transformación Digital:
Retos con respecto a la calidad de las aplicaciones y el time-to-market

6. Transformación Digital
Transformación
de cara al usuario
Transformación
interna
Aplicaciones
móviles
Realidad
Aumentada
Chatbots
Customer
engagement
Customer
insights
Business
Models
Seguridad
Mindset
Organización
Tecnología
BigData &
Blockchain
Procesos Actualización de Stack
Tecnológico
¿QUESTIONS?
#QABelatrix

7. Transformación Digital
Transformación
de cara al usuario
Transformación
interna
Aplicaciones
móviles
Realidad
Aumentada
Chatbots
Customer
engagement
Customer
insights
Business
Models
Seguridad
Mindset
Organización
Tecnología
BigData &
Blockchain
Procesos
Pruebas de Software
- Metodología tradicional
- Accesos limitados
- Problemas con la creación de la data
- Ambientes con acceso restringido
- Trabas burocráticas y retrasos en tiempo
Actualización de Stack
Tecnológico
¿QUESTIONS?
#QABelatrix

8. Transformación Digital
Transformación
de cara al usuario
Transformación
interna
Aplicaciones
móviles
Realidad
Aumentada
Chatbots
Customer
engagement
Customer
insights
Business
Models
Seguridad
Mindset
Organización
Tecnología
BigData &
Blockchain
Procesos
Desarrollo de Software Ágil
- Creación de centros de innovación
- Creación de equipos ágiles
- Talento especializado
- Growth Hacking
- Validación rápida de ideas con enfoque usuario
(MVP)
¿QUESTIONS?
#QABelatrix

9. Transformación Digital
Retos del lado del Testing
➔ Rápida entrega de valor al cliente
(Pases a Producción cuando sean requeridos)
➔ La más alta calidad posible
➔ Lidiar con la burocracia organizacional
(aún trabajando en un equipo ágil)
➔ No descuidar la seguridad en la aplicación bajo
prueba
¿Qué hacer?
➔ Automatizar todo lo que es posible y sea útil
(todo esfuerzo manual debe ser la excepción)
➔ Risk-based Testing
Riesgos a nivel de calidad, mitigación &
contingencia
➔ Prevenir posibles trabas burocráticas
(data, ambientes, validaciones mandatorias en
ambientes con acceso limitado, etc)
➔ Considerar 03 niveles de revisión
(a nivel de equipo, ethical hacking interno y
externo)
¿QUESTIONS?
#QABelatrix

10. 2. Aplicaciones Públicas, Masivas & Críticas
Aspectos a considerar siempre

11. Aplicaciones Públicas
¿Qué hacer?
➔ Persona-based Testing
Personajes ficticios representantes de un grupo de usuarios
➔ Criterios de aceptación basados en ejemplos
➔ Siempre considerar escenarios de abuso de la
aplicación
➔ Pruebas Alpha y Beta
“El QA/tester siempre debe pensar como
el usuario final...”
Idiosincracia Accesibilidad Edad
Trabajo /
Ocupación
Diferentes OS
Android / iOS
Diferentes
empresas
proveedoras de
telefonía
Diferentes
fabricantes de
devices
¿QUESTIONS?
#QABelatrix

12. ¿Qué hacer?
➔ Planificar con anticipación los esfuerzos de
Pruebas de Performance
(creación de data, virtualización de servicios, desarrollo de
scripts de prueba, ejecución, monitoreo, mejora y re-
ejecución)
➔ Elegir los flujos con mayor uso en base a
Monitoreo
(criterio basado en data / hipótesis de negocio)
➔ Siempre considerar los flujos comprometidos
por Campañas / Eventos / Fechas Pico
(cualquier esfuerzo impulsado por marketing / considerar el
peor escenario posible sin importar la predicción de negocio)
➔ Siempre considerar una funcionalidad de
“apagado de emergencia”
Aplicaciones Masivas ¿QUESTIONS?
#QABelatrix

13. Aplicaciones Críticas
¿Qué hacer?
➔ Siempre simular escenarios de caída del
aplicativo (vía Virtualización de Servicios)
➔ Simular los escenarios de caída de los
servicios Third Party
➔ Siempre considerar logs que puedan ayudar a
detectar fácilmente la causa raíz (y que a la vez
no revelen información sensible)
Toda aplicación cuyo fallo compromete
la operación del negocio o impacta
negativamente a los usuarios
* sin considerar el impacto negativo a nivel de medios de comunicación
¿QUESTIONS?
#QABelatrix

14. 3. El Perfil del QA:
Mindset, Habilidades duras y blandas

15. El Perfil del QA
Soft skills
Escucha activa
Comunicación efectiva
Trabajo en equipo
Manejo del tiempo
Creatividad
Mente abierta
Mindset
Siempre compartir conocimiento / Cuestionar todo / Advertir riesgos /
Automatizar todo lo que sea posible y sea útil
Hard skills
Desarrollo de software
Pruebas Web & Automatización
Pruebas Mobile & Automatización
Rest API / Web Services Testing
Performance
Security Testing
UX / Accesibilidad
¿QUESTIONS?
#QABelatrix

16. 4. Agile Testing:
Cómo aplicarlo en un Growth Team

17. Agile Testing ¿QUESTIONS?
#QABelatrix

18. ● Nuevas funcionalidades o cambios en las mismas impactan en los TyC
● Simular casos de Customer Support
Security Engineers
Agile Testing en Growth Teams
Product Owner / Business Analyst
Organization Expert
Technical Leader / Software Architect
Backend devs
UX, UI Designer
Marketing & Growth hackers
Frontend / Mobile devs
● Prevención de bugs en base a criterios de aceptación
ejemplificados
● Ganar entendimiento sobre la aplicación
● Anticipar cambios en la aplicación
● Adelantar esfuerzos a nivel de Pruebas de UI
● Planificar con anticipación los esfuerzos de
Pruebas de Performance
● Aumentar el panorama sobre
posibles situaciones de amenaza
● Definición de casos de prueba a nivel de servicios
● Ganar entendimiento de la Arquitectura de la aplicación
● Rest API / Web Services Testing
● Estándares para la identificación de elementos (Automation UI)
● Ganar entendimiento de potenciales bugs poco previsibles
Communications / Legal
Customer Support

19. 5. Automatización de Pruebas:
¿Qué hacer y qué NO hacer?

20. La pirámide ideal de pruebas
Fuente: stackexchange.com

21. Pruebas Manuales sobre Ambientes
Fuente: InfoQ https://www.infoq.com/articles/stubbing-mocking-service-virtualization-
differences/
¿QUESTIONS?
#QABelatrix

22. Fuente: InfoQ https://www.infoq.com/articles/stubbing-mocking-service-virtualization-
differences/
Virtualización de servicios ¿QUESTIONS?
#QABelatrix

23. Virtualización de servicios
Fuente: InfoQ https://www.infoq.com/articles/stubbing-mocking-service-virtualization-
differences/
¿QUESTIONS?
#QABelatrix

24. 6. Antes del Pase a Producción
La importancia del Alpha y Beta Testing

25. Pruebas Exploratorias
Tester
Esfuerzo creativo Meta definida
Mente abierta
(sin especificaciones)
Timebox
Funcionalidad
Usabilidad Datos Tiempos
Seguridad Dependencias
(Third parties)
¿QUESTIONS?
#QABelatrix

26. Pruebas Alpha
Meta clara
Perfil Negocio
Perfil Técnico
¿El usuario
requiere ayuda?
Simulación de
soporte
Feedback
¿QUESTIONS?
#QABelatrix

27. Pruebas Beta
Meta clara
¿El usuario
requiere ayuda?
Simulación de
soporte
Feedback
Beta interna
Beta cerrada
Beta abierta
¿QUESTIONS?
#QABelatrix

28. 7. Lecciones Aprendidas

29. Lecciones Aprendidas:
Nunca despriorizar las pruebas automatizadas
(una aplicación en iteración constante difícilmente es estable)
Las pruebas deben adaptarse rápidamente a los cambios
Debe existir equilibrio de fuerzas entre Negocio, UX y Delivery
Realizar pruebas basadas en riesgos
Las pruebas Alpha y Beta son críticas de cara a un Pase a Producción
Busca simular todas dependencias del producto bajo prueba
¿QUESTIONS?
#QABelatrix

30. Preguntas

31. ¡Muchas Gracias!
www.belatrixsf.com