Plantilla de informe de bugs: Ejemplos gratuitos descargables (2026)

¿Qué es una plantilla de informe de bug?

Una plantilla de informe de bug es un formulario estandarizado que captura todo lo que un desarrollador necesita para entender, reproducir y corregir un defecto. En lugar de que cada tester escriba informes a su propio estilo, una plantilla garantiza consistencia: los mismos campos, en el mismo orden, cada vez.

El resultado es menos idas y vueltas, correcciones más rápidas y menos callejones sin salida de "funciona en mi máquina". Ya sea que la llames plantilla de bug, plantilla de bug tracker o informe de defecto, el objetivo es idéntico: dar a los desarrolladores información procesable de antemano.

La plantilla de informe de bug (lista para copiar y pegar)

Aquí tienes una plantilla de informe de bug que puedes copiar directamente en tu issue tracker, correo electrónico o documentación:


Title:        [Short, specific summary of the issue]
ID:           [BUG-0001]
Reporter:     [Your name]
Date:         [YYYY-MM-DD]
Priority:     [Critical / High / Medium / Low]
Status:       [Open]

Environment:
  - URL:          [https://example.com/checkout]
  - Browser:      [Chrome 120, macOS 14]
  - Device:       [Desktop / iPhone 14]
  - Resolution:   [1920x1080]
  - User account: [test@example.com]

Steps to Reproduce:
  1. [Go to ...]
  2. [Click ...]
  3. [Enter ...]
  4. [Observe ...]

Expected Result:
  [What should have happened]

Actual Result:
  [What actually happened]

Screenshot:
  [Attach annotated screenshot highlighting the issue]

Screen Recording:
  [Attach short screen recording (WebM/MP4) showing the bug in action]

Console Errors / Network Failures:
  [Paste any error-level console logs or failed network requests]

Notes:
  [Workarounds, frequency (always / intermittent), related tickets]

Ejemplos de títulos de Bug

El título es el campo más importante: es lo primero que los desarrolladores escanean en un backlog. Un buen título de bug es específico, nombra el componente y describe el fallo. A continuación se muestran ejemplos de títulos de bug que muestran la diferencia entre títulos débiles y fuertes.

Títulos débiles (evítalos):

"Botón roto"
"Error"
"No funciona"
"Bug en la página de inicio"

Títulos fuertes:

"El botón 'Enviar' del checkout congela la página durante 5s y luego muestra una pantalla en blanco en Safari móvil"
"La carga del avatar de perfil devuelve un error 500 cuando el archivo supera los 5MB"
"El selector de fecha se superpone al botón 'Guardar' en pantallas de menos de 768px"
"El formulario de suscripción al boletín se envía dos veces al presionar la tecla Enter"

Un patrón útil es: [Componente] + [Acción] + [Resultado inesperado] + [Condición]. Por ejemplo, "El contador del carrito no se actualiza después de eliminar el último artículo en Firefox."

Pasos para reproducir un bug: Ejemplo

Los pasos de reproducción vagos son la causa número uno de tickets "no se puede reproducir". Aquí tienes un ejemplo bien hecho de pasos para reproducir un bug:

https://shop.example.com en Chrome 120 (macOS 14)

Inicia sesión como test@example.com

Añade "Wireless Mouse" al carrito

Navega a /cart

Haz clic en el botón "Eliminar" junto al producto

Observa: el producto desaparece, pero el contador del carrito en el encabezado aún muestra "1"

Esperado: El contador del carrito se actualiza a "0" inmediatamente después de eliminar. Real: El contador del carrito se queda en "1" hasta que se recarga la página completa.

La clave es que cualquier persona — un desarrollador, un ingeniero de QA o un gerente de producto — puede seguir estos pasos exactos y ver el mismo resultado.

Ejemplo de informe de bug

Aquí tienes un ejemplo completo de informe de bug usando la plantilla anterior, para que puedas ver cómo se ve completado:


Title:        Cart counter does not update after removing last item on Firefox
ID:           BUG-0042
Reporter:     Sarah Chen
Date:         2026-08-05
Priority:     Medium
Status:       Open

Environment:
  - URL:          https://shop.example.com/cart
  - Browser:      Firefox 121, macOS 14
  - Device:       Desktop
  - Resolution:   1440x900
  - User account: test@example.com

Steps to Reproduce:
  1. Log in as test@example.com
  2. Add "Wireless Mouse" to the cart
  3. Go to /cart
  4. Click "Remove" next to the product

Expected Result:
  The header cart counter updates from "1" to "0" instantly.

Actual Result:
  The counter stays at "1" until the page is refreshed.

Screenshot:
  [Attached: annotated screenshot highlighting the stale counter]

Screen Recording:
  [Attached: 12s WebM recording showing the counter stuck after removal]

Console Errors / Network Failures:
  None

Notes:
  Reproducible 100% on Firefox. Works correctly on Chrome and Safari.
  Likely a state-sync issue in the cart event listener.

Plantilla de Bug Tracker

Si gestionas bugs a nivel de equipo, una plantilla de bug tracker (a veces llamada plantilla de seguimiento de bugs) te ayuda a organizar múltiples informes en una hoja de cálculo. Aquí tienes una estructura sencilla:

ID	Title	Priority	Status	Assignee	Reporter	Date	URL	Recording	Reproducible
BUG-0042	Cart counter stale on Firefox	Medium	Open	—	Sarah C.	2026-08-05	/cart	✅	Yes
BUG-0043	Login button unresponsive on iOS 17	High	In Progress	M. Lee	Tom K.	2026-08-04	/login	✅	Yes
BUG-0044	PDF export missing page numbers	Low	Open	—	Ana R.	2026-08-03	/reports	—	Intermittent

Puedes crear esto en Google Sheets, Excel, Notion o cualquier herramienta que tu equipo ya utilice. La parte importante es que cada columna se corresponda con un campo de la plantilla de informe de bug anterior, para que los informes individuales se integren limpiamente en el tracker.

Descargar: Plantilla de informe de bug (Word y Markdown)

¿Quieres un archivo listo para usar? Puedes copiar la sección de la plantilla anterior en:

Microsoft Word — pégalo y guárdalo como .docx para tener un documento Word de plantilla de informe de bug que tu equipo pueda completar sin conexión.
Markdown — mantén el bloque de texto sin formato anterior en tu repositorio o wiki para tener una plantilla de bug con control de versiones.
Issue tracker — asigna cada campo a un campo personalizado en Jira, Linear, GitHub Issues o Trello.

La misma plantilla funciona en todos los formatos porque es texto plano — sin formato propietario que se pueda romper.

Cómo BugCapturer completa la plantilla automáticamente

La mayoría de los campos en la plantilla de informe de bug son tediosos de completar a mano — y es exactamente ahí donde los informes se vuelven descuidados. BugCapturer, una extensión de navegador para informes de bug y feedback web, automatiza las partes repetitivas:

Captura de pantalla con anotaciones: Arrastra para seleccionar el área problemática, añade flechas, rectángulos y texto para resaltar problemas — sin necesidad de una herramienta de captura de pantalla aparte.
Grabación de pantalla (v1.2.0): Graba la pestaña actual como un video WebM, luego recorta el clip y extrae fotogramas clave — todo en el navegador, sin subidas. Adjunta la grabación directamente a tu informe de bug.
Metadatos técnicos automáticos: URL, navegador, sistema operativo, resolución de pantalla y viewport se recopilan automáticamente, por lo que el bloque de Entorno se completa solo.
Recopilación de datos de diagnóstico: Captura registros de consola a nivel de error y solicitudes de red fallidas (código HTTP ≥ 400). Las URLs de red se redactan automáticamente para parámetros sensibles (tokens, contraseñas, claves de API).
Exportación a Excel/TSV (v1.2.0): Copia con un clic una fila de informe de bug estructurada de 12 columnas (URL, metadatos, errores de consola, fallos de red) a tu portapapeles. Pégalo directamente en Excel, Google Sheets o Numbers para seguimiento a nivel de equipo.
Correo electrónico con un clic: Todo se empaqueta en un correo electrónico estructurado que coincide con la plantilla, listo para enviar al desarrollador.

El resultado es un informe de bug que coincide con la plantilla anterior — sin tener que escribir manualmente.

Lista de verificación de informe de bug

Antes de enviar tu próximo informe, confirma que cada campo esté cubierto:

Título claro y específico (componente + acción + resultado + condición)
Detalles del entorno (URL, navegador, sistema operativo, resolución)
Pasos numerados para reproducir
Resultado esperado vs resultado real
Captura de pantalla anotada o grabación
Grabación de pantalla (WebM) para bugs difíciles de describir
Errores de consola / fallos de red (si los hay)
Exportación a Excel/TSV para seguimiento en equipo (opcional pero recomendado)
Prioridad y reproducibilidad anotadas

Usa esta plantilla en cada informe y tus desarrolladores pasarán menos tiempo preguntando "¿qué hiciste?" y más tiempo corrigiendo el bug.