De Quality Assurance a Quality Enablers

El QA tradicional no se adapta muy bien a los nuevos ritmos de entregas de software en entornos Agile. En esta presentación, se explica cuales son los problemas del QA Tradicional y la solución que le damos en Cabify: el Quality Enablers.
Un QE es el coach del equipo y tiene que entrenar y facilitar que el equipo pueda llegar al nivel de calidad que se haya propuesto.

Transcript

1. De Quality Assurance a Quality Enablers ¿Cómo hacemos calidad en Cabify?
3. por invitarme ¡Gracias! 3 Hélène Doumenc - QA Manager en Cabify + 10 años de Experiencia en el mundo IT + Liderado varios procesos de transformación digital para grandes empresas + helene.doumenc@cabify.com lndoumenc helenedoumenc
4. 4 Acerca de Cabify Somos una plataforma tecnológica de movilidad que pone en contacto a usuarios particulares y empresas con el transporte que mejor se adapta a sus necesidades. En Cabify nos adecuamos a las condiciones particulares de las 40 ciudades de América Latina, España y Portugal en las que operamos. Fundada en 2011 en Madrid, nos expandimos rápidamente a México, Panamá, República Dominicana, Colombia, Ecuador, Perú, Brasil, Chile y Argentina. Nuestro principal objetivo es convertir las ciudades en un mejor lugar para vivir, descongestionando las calles al ofrecer una alternativa al uso del coche particular. Una opción segura y de calidad que contribuye a mejorar la eficiencia y sostenibilidad de las ciudades.
5. 5 El problema del QA Tradicional El QA tradicional se basa en pruebas manuales al final del desarrollo, para asegurar la calidad de un producto
6. 6 El problema del QA Tradicional : Pruebas Manuales El QA tradicional se basa en pruebas manuales al final del desarrollo, para asegurar la calidad de un producto - Pruebas repetitivas, la QA siente que no aporta valor - En un mundo Ágil, con integración continua, ¿cómo encaja el QA Manual? - Ciertas pruebas difícilmente se pueden hacer manualmente : pruebas de carga por ejemplo…
7. 7 El problema del QA Tradicional : Al final del ciclo de desarrollo El QA tradicional se basa en pruebas manuales al final del desarrollo, para asegurar la calidad de un producto - Los bugs detectados salen caros - ¿Vamos seguros a producción o vamos rápido? - Una vez más, el QA tradicional se ve como un cuello de botella
8. 8 El problema del QA Tradicional : Asegurar la calidad El QA tradicional se basa en pruebas manuales al final del desarrollo, para asegurar la calidad de un producto - Pérdida de afecto de las desarrollador@s por la calidad de su código + En el mejor de los casos, QA es una red de seguridad + En el peor de los casos, el poli malo - Siempre generando frustración en la QA
9. 9 ¿Y eso es una fatalidad? Assurance : noun. full confidence; freedom from doubt; certainty. Enablers : give power or ability; make possible or easy Diferencia abismal : La calidad NO es responsabilidad del QA solo, sino que el QE es el “entrenador” del equipo para poder entregar un producto de calidad.
10. 10 QAbify : QE - Quality Enablers : Empoderar y educar los desarrollador@s para probar su propio código + Ser motor de calidad desde el principio del ciclo de desarrollo + Ayudar al Product Manager a redactar criterios de aceptación testeables + Ayudar al Engineering Manager a determinar a qué nivel se deben ejecutar los test de aceptación (UT, Integración, E2E…) + Automatizar ciertas tareas + Definir y usar métricas para determinar el nivel de calidad de los equipos + etc...
11. 11 QAbify : Test Engineer - TE (Test Engineer) + Desarrollar herramientas para facilitar las pruebas de los desarrollador@s y QE + Ayudar a crear entornos y datos de forma ágil para ayudar a la mantenibilidad de las pruebas E2E + Pruebas de carga, de estrés, etc...
12. 12 QE: El ciclo de desarrollo ideal Producción Reunión con el Product Manager y el Engineering Manager para definir los criterios de aceptación, y la estrategia de prueba: los riesgos y mitigaciones, los entornos de pruebas, las prioridades, etc… Automatizar E2E, pruebas exploratorias, ejecutar regresiones, etc… El equipo entero intenta romper el sistema Pruebas de los desarrollador@s : Unit Testing, pruebas de integración, TDD,etc... Implementación Pruebas DEV Pruebas QE Planificación QA Kickoff Blitz Testing
13. 13 Pruebas a todos los niveles de tests
14. 14 Objetivos por fases QA QE 1ra Fase 100% Criterios de Aceptación revisados con PM 2da Fase 3ra Fase 4ta Fase Preparar la fase de automatización - Reunión de Kick off : ¿A qué nivel se automatizan los AC? - Medir la deuda técnica de automatización - Pruebas exploratorias - Mind maps - Evangelización - KPIs Automatización - 100% AC se automatizan a un cierto nivel de tests - Automatización de la deuda técnica Integración Continua - Entregas automáticas con herramientas de integración continua fiables
15. 15 Métricas + Para la toma de decisión + Para dar confianza sobre el nivel de calidad del producto + Medir la deuda técnica + Ejemplos: ★ Evolución del número de bug en Test/ en Producción ★ Repartición de los bugs por prioridad ★ % de automatización vs Testing Manual ★ % de feature con "Ping Pong" ★ etc...
16. 16 Retos que superar El QE Unicornio + Perfil de coach híbrido entre negocio y técnico + Necesidad de formar internamente Miedo al cambio + Soy QA Manual, ¿qué pasará con mi puesto? + Soy Dev, ¿para qué sirve una QA que no prueba? ¿Más trabajo para mí? + Soy PM, si no hay pruebas manuales, seguro que habrán más bugs en Producción y el cliente se quejará.
17. 17 Conclusiones + El QA tradicional ya no se adapta a las metodologías de desarrollo actual + Necesidad de cambio profundo en la empresa y en su manera de entender la calidad + Quality Enabler = coach del equipo + Transición por fases + Cambios basados en métricas
18. Preguntas 18
19. ¡Gracias! Hélène Doumenc Engineering Manager - QA helene.doumenc@cabify.com lndoumenc helenedoumenc