Want to create interactive content? It’s easy in Genially!
Estrategía QA Viva Aerobús
HS Luisaa
Created on June 27, 2023
Start designing with a free template
Discover more than 1500 professional designs like these:
View
Corporate Christmas Presentation
View
Business Results Presentation
View
Meeting Plan Presentation
View
Customer Service Manual
View
Business vision deck
View
Economic Presentation
View
Tech Presentation Mobile
Transcript
WOW
Estrategia QA
empezar
Agenda
1.
5.
Alcance
Proceso QA
2.
6.
Metodología ágile
Post-Liberación
3.
7.
Estrategia / Proyectos avanzados
Framework
8.
Recursos
4.
Estrategía / Proyectos nuevos
9.
Mejoras team QA
a.
Ejemplo Calendario de proyecto
Alcance
El alcance de QA es hacer más eficientes las pruebas, reduciendo costos, re trabajos, y que los incidentes que se vayan reportando sean lo menos impactantes posibles para la empresa. - Usar herramientas que agilicen los procesos de pruebas
- Aseguramiento optimo de la plataforma
- Ejecución de pruebas E2E que aseguran la calidad del desarrollo desde inicio a fin
- Validar los criterios de aceptación del software implementado por los desarrolladores.
- Automatización de casos de prueba
- Pruebas post-liberación
Metodología ágile
05
04
03
01
02
Feedback
Comunicación
Continuo
Entregas confiables
Participación
Al saber exactamente lo que producto requiere, los testCases son exactamente apegados a eso sin inventar casos inexistentes
Esto es de suma importancia para que la calidad de QA sea mejor y saber las áreas de oportunidad de cada uno
Las pruebas de los tickets se realizan durante todo el sprint
QA tiene interacción directa con los líderes técnicos y de producto
QA está en cada una de las etapas, con esto se mitigan errores
Estrategía de trabajo
Sprint / proyectos avanzados
Post-Liberación
- Pruebas de regresión (escenarios especificos)
HU
- Guest Fee
- InAuth
- Remover extra
- Bundles
Revisión oportuna, criterios de aceptación, reglas de negocio
Testcases criticos
VoBo a prod
Equipo viva
Elaborarión y ejecución para mitigar riesgos
Estrategía de trabajo
Sprint / proyectos nuevos
- FSNC
- Pago con Doters & VivaCash
- Kioskos Fase 1
- Self Reacomm
Reporte de pruebas
Diseño y Revisión
Avances semanales de proyectos
-Matriz de pruebas- Revisión con PL
Retrospective
Análisis casos de uso
Ejecución
- Repartiendo los testCases entre TL, PL, Analistas, UMVEL- Asegurando testCases de UMVEL cubran
Saber que se si hizo, bien mal, lo que se debe seguir haciendo, dejar de hacer y action items
Asegurando requerimiento del proceso
Análisis
Calendario de proyectos
Diseño
Ejecución
Self Reacomm 1era fase
FSNC
Pago con Doters
Kiosks
Liberación
14 Julio
21 Julio
28 Julio
4 Agosto
Proceso QA
Post-Liberación
Framework Zephyr
Zephyr
01
Esta al alcance de todos
Con esta herramienta: 1. Se diseña 2. Se ejecuta 3. Se supervisa
Todos los que tengan permisos en el equipo de trabajo tienen acceso
02
Transparencia en ejecución
Los desarrolladores o cualquiera de los involucrados en el proyecto puede ver los resultados de la ejecución
Hay que tomar en cuenta que es una extensión de Jira y no se necesita hacer una integración
03
Reutilización de TestCases
No se deben de volver a crear y esto reduce tiempos de diseño
Framework
Plan de ejecución de pruebas - staging (Esto una vez que ya se tengan los testCases realizados)
* Pruebas End to End* Suplantarian en algún momento la mayor partre de la ejecución manual* Reducción en tiempo de ejecución * Responsables de ejecución: UMVEL (1 recurso)
Pruebas Automatizadas
Tiempo estimado
Se debe respetar el tiempo de ejecución pactado, este tiempo se debió estimar desde el planning
Pruebas de performance
Pruebas funcionales
* Se levantan bugs* Reporte de testCases validados en el sprint* Re-test, por soluciones de bugs*Reponsable de ejecución: UMVEL (1 Web, 1 Android, 1 iOS)
*Cuantas sesiones simultaneas soporta* Estrés de la aplicación* Tiempos de respuesta* Responsables de ejecución: No se tiene
Framework
Plan de ejecución de pruebas - Pre-Producción y Producción (Esto una vez que ya se tengan los testCases realizados)
* Selección de casos criticos* Revisión completa de funcionalidad * Responsables de ejecución: Líderes de Producto, Tech, QA viva, UMVEL
Liberación a Producción
*Por parte del equipo de desarrollo
Pruebas de regresión
UAT
* Pruebas por parte de PO * QA debe realizar algunos flujos que sean criticos Responsable de ejecución: Líderes de producto
* Si se tiene por parte de QA Viva, se liberara a producción* Sino se tiene el VoBo, QA debe especificar el por que*Responsable: QA Manager Viva
VoBo
Recursos actuales
UMVEL
Mariela Badillo Ugalde
Alan Flores
Ivan Huerta
Luis Escobar
QA Android
Automatizador
QA Web
QA iOS
Mejoras team QA
Empezar a automatizar pruebas
Integrar más equipo QA
Uso de herramienta
Zephyr
Interno o proveedor