Un buen reporte de bug se puede reproducir sin hacerle preguntas a quien lo escribió. Esta es la plantilla que usamos en Jira, Azure DevOps o GitHub Issues.
reporte-de-bug.md
Título: [Área] Qué falla + cuándo
Ej.: [Checkout] El total no aplica el cupón cuando se cambia la dirección
Entorno: staging · build 2.14.0-rc3 · Chrome 130 / Windows 11
Severidad: Alta Prioridad: (la define producto)
Precondiciones:
- Usuario con cupón BIENVENIDA10 activo
Pasos para reproducir:
1.
2.
3.
Resultado actual:
Resultado esperado:
Frecuencia: 5/5 intentos
Evidencia: video, captura, HAR o logs adjuntos
Notas: (hipótesis, casos relacionados, desde qué build ocurre)| Severidad | Criterio |
|---|---|
| Crítica | Bloquea un flujo principal, pérdida de datos o problema de seguridad sin alternativa. |
| Alta | Funcionalidad importante falla y la alternativa es costosa para el usuario. |
| Media | Falla parcial con alternativa razonable. |
| Baja | Problema cosmético o de texto sin impacto funcional. |
La severidad la define QA (impacto técnico); la prioridad la define producto (urgencia de negocio). Mezclarlas genera discusiones innecesarias.