Lección 4 de 7 · 2 min
Reportar bugs que los devs agradecen
Un bug que no se puede reproducir no existe
El objetivo de un reporte no es demostrar que encontraste algo — es que otra persona llegue al mismo error en el menor tiempo posible. Todo lo demás es decoración.
La estructura que funciona
Título: [Reservas] Doble clic en "Confirmar" crea dos reservas idénticas
Entorno: Chrome 138 / producción / usuario invitado
Pasos:
1. Ir a /reservas y elegir "Corte" el 20-07 a las 15:30
2. Completar nombre y teléfono válidos
3. Hacer DOBLE CLIC rápido en "Confirmar"
Resultado actual: se crean 2 reservas con el mismo horario (IDs 1041 y 1042)
Resultado esperado: una sola reserva; el botón se deshabilita tras el primer clic
Evidencia: video adjunto + response de /api/bookings duplicado
Frecuencia: 5 de 5 intentos
Detalles que separan un reporte pro de uno amateur:
- Título con módulo + síntoma, no "error en la página". El título es lo único que el 80% de la gente leerá.
- Pasos mínimos. Si el bug se reproduce en 3 pasos, no escribas 9. Cada paso extra es fricción para el dev.
- Actual vs esperado, siempre. "Se ve raro" no es un resultado actual.
- Frecuencia. "Intermitente, ~2 de 10 veces" es información de oro para diagnosticar race conditions.
Severidad ≠ Prioridad
Se confunden en cada equipo y son cosas distintas:
- Severidad = impacto técnico (la define QA): crítico, mayor, menor, cosmético.
- Prioridad = urgencia de negocio (la define el equipo/PO): P1 arreglar ya, P2 este sprint, P3 backlog.
Un typo en el nombre de la empresa en la home es severidad cosmética y prioridad P1. Un crash en una pantalla de administración que se usa una vez al año puede ser severidad crítica y prioridad P3.
Los tres pecados capitales
- Reportar duplicados sin buscar — 2 minutos de búsqueda salvan tu reputación.
- Opinar en vez de describir — "esto está mal hecho" genera defensas; "el botón permite doble submit" genera arreglos.
- El bug bundle — 4 problemas en un reporte = 1 arreglado, 3 perdidos para siempre. Un bug, un reporte.
Ejercicio
Encuentra un bug real en cualquier sitio público (los hay, siempre) y escríbele un reporte completo con la estructura de arriba. Autoevalúa: ¿alguien que nunca vio el sitio podría reproducirlo sin hablarte?