Generador de tickets de bug para Jira

Escribe un resumen que nombre el área y el síntoma, como «Checkout: Realizar pedido sigue deshabilitado tras el código promocional». En la descripción, indica el entorno, los pasos numerados para reproducirlo, el resultado esperado, el resultado real y evidencias como capturas, logs o un archivo HAR. Define severidad, prioridad, componente y versión afectada, y enlaza la historia relacionada. Un bug por ticket. Este generador te da esa estructura y la formatea como Markdown o wiki markup de Jira.

Un reporte de bug completo tiene un título específico; el entorno (build o versión, navegador, sistema operativo, dispositivo, cuenta de prueba); precondiciones; pasos numerados para reproducirlo; el resultado esperado; el resultado real; severidad y prioridad; y adjuntos como capturas, vídeo, logs de consola o respuestas de API. Añade con qué frecuencia se reproduce y si hay alguna solución temporal. El objetivo es que un desarrollador pueda reproducir el bug sin tener que preguntarte nada. Consulta cómo escribir un reporte de bug que se corrija.

La severidad mide el impacto de un bug en el sistema; la prioridad mide la urgencia con la que el negocio quiere corregirlo. Suelen coincidir, pero no siempre. Un crash en un informe de administración que casi nadie usa tiene severidad alta pero prioridad baja, mientras que el nombre de la empresa mal escrito en la página de inicio tiene severidad baja pero prioridad alta. Normalmente los testers proponen la severidad y los product owners fijan la prioridad. Usa la guía de severidad y prioridad de bugs para clasificar de forma coherente.

Parte de un estado conocido, como sesión cerrada, una cuenta nueva o una URL concreta, y escribe cada acción como un paso numerado con datos exactos: «3. Introduce SAVE10 en Código promocional y pulsa Aplicar.» Incluye solo los pasos necesarios para provocar el bug y síguelos una vez más antes de registrarlo. Si el bug es intermitente, anota la tasa de reproducción, por ejemplo 3 de 5 intentos. Pon los resultados esperado y real después de los pasos, no dentro de ellos.

En la práctica significan lo mismo, y el glosario del ISTQB trata «bug» como sinónimo de «defecto»: una imperfección en un producto de trabajo, como el código o un requisito, que hace que no cumpla sus requisitos. Algunos equipos usan «bug» para los problemas encontrados en pruebas y «defecto» para los encontrados después del lanzamiento, pero es una convención local. Términos relacionados: un error es la equivocación humana que causa un defecto, y un fallo es lo que ven los usuarios cuando se activa el defecto.

En parte. Este generador convierte tus notas en un ticket con estructura coherente, formateado para Jira Cloud (Markdown) o Jira Server y Data Center (wiki markup), que pegas tú mismo en Jira. No crea la incidencia, porque SDETRole no tiene acceso a tu instancia de Jira. La creación totalmente automática requiere la API REST de Jira o una integración, por ejemplo un job de CI que abra un ticket cuando falla un test nocturno. Revisa los tickets creados automáticamente para evitar duplicados.

Sé objetivo, específico y neutral. Usa un título preciso, pasos reproducibles con datos reales, comportamiento esperado frente a real y evidencias. Evita culpar a nadie («el desarrollador rompió el login») y las opiniones; describe el comportamiento observado y su impacto en los usuarios. Mantén un formato coherente para que el triaje sea rápido, y adjunta los logs en lugar de pegar miles de líneas. El generador de reportes de bugs y este generador de tickets de Jira aplican una plantilla profesional con un checklist de completitud.

Usa Markdown. El editor actual de Jira Cloud convierte los encabezados, listas y bloques de código Markdown que pegues. El wiki markup es para Jira Server/Data Center y para los campos o apps de Cloud que aún usan el renderizador heredado.

En el wiki markup de Jira, { inicia una macro y [ inicia un enlace, así que un fragmento JSON como {"error": [1]} en texto normal puede romper la visualización. El generador los escapa con una barra invertida. El texto dentro de bloques {noformat} o {code} se deja exactamente como lo pegaste.