RECURSO PRÁCTICO · ESTRATEGIA QA
Qué automatizar primero.
Decidir antes de construir.
Una matriz para ordenar recorridos por riesgo, repetición y viabilidad, y elegir si conviene comprobarlos en interfaz, API o manualmente.
01 / PRINCIPIO
Priorizar reducción de riesgo.
No cantidad de scripts.
Una prueba merece automatización cuando protege una operación relevante y aporta una señal que el equipo utilizará con frecuencia. La puntuación ayuda a ordenar la conversación; no sustituye la revisión técnica.
Un recorrido con gran impacto puede necesitar primero datos repetibles o un entorno estable. Automatizarlo demasiado pronto solo traslada la incertidumbre a la suite.
02 / SEIS CRITERIOS
Puntúa de uno a cinco.
Compara con el mismo criterio.
- 01PESO ×3
Impacto del fallo
Desde una molestia menor hasta un bloqueo de ingresos, operación o datos críticos.
- 02PESO ×2
Frecuencia de ejecución
Cuánto se repite la validación y cuántas decisiones puede acelerar.
- 03PESO ×2
Coste manual
Tiempo, coordinación y dificultad necesarios para validar el recorrido.
- 04PESO ×1
Estabilidad funcional
Un resultado bien definido se mantiene mejor que un flujo que cambia cada semana.
- 05PESO ×1
Datos repetibles
La prueba necesita preparar y limpiar su estado sin depender de información impredecible.
- 06PESO ×2
Valor de una señal temprana
Cuánto importa detectar el fallo antes de integrar, desplegar o llegar a producción.
03 / FÓRMULA
Una puntuación para ordenar.
Una revisión para decidir.
impacto × 3 + frecuencia × 2 + coste manual × 2 + estabilidad + datos + señal temprana × 2
- 01
API o componente
Para reglas y contratos que pueden comprobarse sin navegador, con más combinaciones y una señal rápida.
- 02
E2E
Para pocos recorridos completos donde la integración real y la experiencia visible sean esenciales.
- 03
Manual
Para percepción humana, exploración, cambios continuos o casos poco frecuentes.
- 04
Preparar primero
Cuando faltan datos controlables, entorno o un resultado esperado verificable.
04 / EJEMPLO FICTICIO
Una plataforma de suscripción.
Cuatro decisiones distintas.
| Recorrido | Puntuación | Decisión |
|---|---|---|
| Renovar una suscripción con tarjeta válida | 53 | E2E mínimo más reglas en API |
| Calcular el prorrateo al cambiar de plan | 53 | API para cubrir combinaciones |
| Recuperar contraseña | 46 | E2E esencial y API para tokens |
| Revisar el aspecto de una campaña nueva | 19 | Manual mientras cambie con frecuencia |
Renovación: conecta autenticación, pago y estado visible; el navegador cubre el recorrido y la API absorbe variantes de cálculo.
Prorrateo: la interfaz aporta poco a la regla matemática. La API da más cobertura con menor mantenimiento.
Campaña visual: automatizarla durante cambios frecuentes produciría ruido; la revisión manual aporta una decisión mejor.
05 / PLANTILLA
Llévala a vuestro producto.
Una fila por recorrido.
Registra puntuación, capa propuesta y responsable. Antes de implementar, confirma cuándo se ejecutará, qué evidencia debe producir y qué ocurrirá cuando falle.
Si necesitáis apoyo para convertir la matriz en una hoja de ruta, podemos priorizar una estrategia de pruebas o asumir el servicio gestionado de automatización.