Acerca de esta herramienta
No todos los equipos usan Jira. Este generador produce un reporte de bug neutral para issues de GitHub, Azure DevOps, Linear, Confluence o un simple email, y registra dos cosas que deciden cómo se gestiona un bug: con qué fiabilidad se reproduce y si es una regresión. «Intermitente, 3 de 10 intentos» le dice a un desarrollador que busque problemas de tiempos o de estado; «Regresión, último build correcto 2.30.4» le permite comparar dos builds en lugar de depurar desde cero. El formato de GitHub deja el título fuera del cuerpo (tiene su propio campo), convierte las líneas de entorno “Key: value” en una tabla y lista los adjuntos como checklist para que recuerdes arrastrar los archivos.
Cómo usarla
- Introduce un título específico y una descripción de una línea de a quién afecta.
- Enumera los pasos, los resultados esperado y real, y el entorno como líneas “Key: value”.
- Indica la reproducibilidad (siempre, intermitente con un recuento, o vista una vez) y si funcionaba en un build anterior.
- Elige Markdown, issue de GitHub o texto plano, y copia o descarga. El trabajo en curso se guarda en este navegador.
Preguntas frecuentes: Generador de reportes de bugs
¿Cómo reporto un bug que solo puedo reproducir a veces?
Elige “Intermittent” y anota cuántas veces ocurrió de cuántos intentos. Añade en la descripción cualquier cosa que pareciera correlacionada (primera ejecución tras el login, red lenta, una cuenta concreta). Una proporción es mucho más útil que «a veces».
¿Por qué se pide el último build correcto?
Si sabes que el bug es una regresión y conoces el último build en el que funcionaba, los desarrolladores pueden comparar ambos builds o hacer bisect de los commits intermedios. Suele ser mucho más rápido que depurar solo el build actual.
¿Puedo adjuntar capturas aquí?
No. Los archivos se quedan en tu gestor de incidencias. Lista los nombres de archivo en “Attachments” para que los revisores sepan qué evidencias existen y súbelos después en GitHub, Jira o donde vaya el reporte.