marzo 2022

Proceso QA
Agenda

Cobertura de pruebas

Que pruebas queremos realizar en los niveles planteados por la pirámide de Cohn.

Detalle de niveles

Tipo de pruebas, características, involucrados, ambientes, canales, etc, por cada nivel

Métricas del proceso de QA (hoy y deseable)

Cobertura de pruebas
Cobertura
O: Tener cubiertos los flujos críticos de todos los productos
(casos súper felices con regresiones automáticas que corran frente
a cada release a producción)
Manual o automatizado
Sanity Pruebas de sanidad y regresión para verificar la sanidad de la build
Front App candidata a producción. Team a cargo: QA ( 3 días probando en Dev + 1
CROSS TESTS
día en Staging), Producto ( 1 día probando en Staging)

Manual y automatizado
UI Pruebas de principales flujos del producto a través del Front
y de las nuevas features que se integraron al sistema. Team
a cargo: QA

Automatizado
Pruebas de principales flujos críticos desde el
EQUIPO DE BACK backend. (APIS y DB) con visión caja negra y de las
PRODUCTO(Squad) features críticas que se sumen.Team a cargo : QA

Automatizado Pruebas de componentes dentro del

Unit test código de desarrollo del back y del front Team a cargo :
Desarrolladores front y backend
 Cobertura de pruebas

● Suite de pruebas para los cambios que introduce

Pruebas del release el release.
n
ase
eb d
Pru qua
S
Regresiones de ● Integral : Back + Front.
producto
Environment: Dev

s
r os s ● Suite Sanidad
C ipo Pruebas de sanidad
u
eq integral :Back +Front.
Environment: Staging
 Proceso

local Dev Staging Prod

Pruebas CI/CD

Regresión automatizada Regresión manual

Pruebas PROD
Pruebas unitarias (Devs)

Prueba de nueva feature ( Dev Regresión manual Regresión automatizada

front, back con review de un Monitoreo
QA)

Pruebas del foco/sprint Pruebas del foco/sprint (manual)

integradas al sistema (manual)

Pruebas exploratorias

Sanity Front App

(cross)
Detalle de niveles
Pruebas sobre nuevas features integradas

Descripción: Pruebas de sistema de integración sobre las nuevas features creadas en

el sprint y que integrarán el próximo release.

Frecuencia en un Sprint:
- Todo el Sprint.

Ambientes : Dev, Staging y Prod (Reducir las pruebas en ambientes locales)

Reportes: to be defined

Responsables: Representante de QA en cada Squad

Regresión manuales

Descripción: Pruebas de regresión de backend y frontend sobre todos los flujos críticos
del producto.

Frecuencia en un Sprint: TBD

-3 días en Dev + 1 día en Staging ( ver plan de releases)

Notificaciones: Slack
#releasetrain_qa
#qa

Ambientes : Dev y Staging.

Reportes: to be defined

Responsables: Equipo de QA + release manager.

Regresión automatizadas

Descripción: Pruebas de regresión de backend y frontend sobre todos los flujos críticos
del producto.

Frecuencia:
-Hoy : Ondemand, no integrada al proceso de deploys
-ideal Diaria (cron) + CI/CD.

Repositorios: to be defined

Ambientes : Dev y Staging.

Actions/jenkins (ejecución a demanda): to be defined

Notificaciones: to be defined

Reportes: to be defined

Responsable: Equipo de producto.

Sanity Front-App (cross Treinta)

Objetivo: Detectar de forma temprana posibles errores y facilitar la toma de

decisiones sobre las implementaciones.

Cobertura: Pruebas de navegación básica de la app de las builds que se

publican en producción (p.ej. inicio de sesión, acceso a secciones etc.) en
distintos OS y versiones OS.

Frecuencia: 1 vez en el sprint al llegar a staging

Ambientes : Staging y Prod

Responsable: Cross QA + team producto

Métricas de QA
HOY

Item Detalle

Elementos de CI
una/ buena
CD presentación No incluida las pruebas

Tiempo
Elementos deprom de regresión
una buena presentación 4 Díasdeaproximadamente
Elementos una buena presentación

Pruebas
Elementos manual
de una buenaprom
presentación 95%
Elementos de una buena presentación

Entornos
Elementos de una de prueba
buena presentación Test
Elementos de / Staging
una buena presentación

Frecuencia
Elementos de una de regresión
buena presentación Elementos2de
veces
una xbuena
sprint
presentación

Pruebasde
Elementos Automation prom
una buena presentación Elementos deEn proceso
una buena presentación
Deseables

Item Detalle

Elementos de CI
una/ buena
CD presentación Integrado con pruebas

Tiempo
Elementos deprom de regresión
una buena presentación 1-2deDías
Elementos una promedio
buena presentación

Pruebas
Elementos manual
de una buenaprom
presentación 50%
Elementos de una buena presentación

Entornos
Elementos de una de prueba
buena presentación Test
Elementos de / Staging
una buena presentación

Frecuencia
Elementos de una de regresión
buena presentación diario
Elementos de una buena presentación

Pruebasde
Elementos Automation prom
una buena presentación 50%
Elementos de una buena presentación
Gracias :)