Anatomía de un buen bug report
Un buen informe de defecto permite a quien lo lee reproducir el problema sin preguntarte nada. La diferencia entre un bug que se corrige rápido y uno que se ignora suele estar en la calidad del reporte.
- Título claro y específico (qué falla y dónde).
- Pasos para reproducir, numerados.
- Resultado esperado vs resultado real.
- Evidencia: capturas, vídeo, logs.
- Entorno: navegador, SO, versión, datos usados.
- Severidad y prioridad propuestas.
text
Título: El total del carrito no se actualiza al eliminar un producto
Pasos:
1. Añadir 2 productos al carrito
2. Eliminar 1 producto
Esperado: el total se recalcula
Real: el total sigue mostrando el importe de los 2 productos
Entorno: Chrome 124 / Windows 11 / v2.3.0Ejemplo de informe de defecto
Reporta hechos, no opiniones, y sé respetuoso: el objetivo es mejorar el producto, no señalar culpables.
PreguntaToca para voltear
¿Qué dos resultados nunca deben faltar en un bug report?
¿Cuál es el propósito principal de los 'pasos para reproducir'?