Grabador de pantalla para reportar bugs: qué grabar y en qué orden

Cómo grabar un video para reportar un bug: el orden de 60 segundos

Reproduce el bug una vez sin grabar para conocer el camino. Después pasa a una cuenta de demostración, cierra el chat y el correo para que ninguna notificación entre en el encuadre y graba una sola toma continua en este orden.

1. 0:00–0:05 · Contexto. Di en voz alta la build y el entorno: «Build 4.12.0, staging, cuenta de administrador».
2. 0:05–0:15 · Estado inicial. Muestra la pantalla antes de que algo falle, con la URL o el título de la ventana a la vista.
3. 0:15–0:40 · Pasos. Haz cada acción a velocidad normal y nómbrala mientras la haces: «Escribo un nombre, elijo un rol, hago clic en Guardar».
4. 0:40–0:50 · Fallo. Deja de mover el cursor y mantén el resultado incorrecto en pantalla durante tres segundos.
5. 0:50–1:00 · Esperado. Di en una frase lo que debería haber pasado. Si el bug se reproduce siempre, provócalo una segunda vez.

Plantilla para reportar un bug, lista para pegar junto al video

El video es la prueba. El texto de la incidencia es lo que se busca, se prioriza y se enlaza desde la corrección. Copia estos campos en la incidencia y rellena todas las líneas.

• Título: [pantalla o función] + [acción] + [resultado incorrecto]. Ejemplo: «Formulario de invitación: Guardar borra todos los campos cuando el rol es Lector».
• Entorno: build de la app, versión del sistema operativo, navegador y versión, tipo de cuenta o rol.
• Estado inicial: lo que debe cumplirse antes del paso 1 (sesión iniciada como…, feature flag…, registro de ejemplo…).
• Pasos para reproducirlo: numerados, una acción por línea.
• Resultado esperado: una frase.
• Resultado real: una frase, más el texto exacto del error si lo hay.
• Frecuencia: siempre, o N de cada 10 intentos.
• Video: archivo o enlace, con el minuto exacto del fallo (por ejemplo, 0:42).
• Logs: salida de la consola o ID de la petición, pegados como texto.

Ejemplo práctico: un formulario que se vacía al guardar

La situación: en la build de staging de una app de gestión de equipos, guardar una invitación con el rol Lector borra el formulario y no envía nada. Con Editor funciona. El video dura 48 segundos y el fallo está en 0:31. El texto de la incidencia dice:

• Título: Formulario de invitación: Guardar borra todos los campos cuando el rol es Lector.
• Entorno: build 4.12.0 (staging), macOS 15.1, Chrome 129, administrador del espacio de trabajo.
• Estado inicial: sesión iniciada como [email protected], Equipo → Miembros abierto, sin invitaciones pendientes.
• Pasos: 1. Haz clic en Invitar miembro. 2. Escribe el nombre «Laura Gómez» y el correo [email protected]. 3. Pon Rol en Lector. 4. Haz clic en Guardar.
• Esperado: la invitación aparece en Pendientes con el rol Lector.
• Real: el formulario se vacía, no aparece ningún aviso y Pendientes sigue en 0. No hay ningún error en pantalla.
• Frecuencia: 5 de 5 con Lector, 0 de 5 con Editor.
• Video: bug-invitacion-lector.mp4, fallo en 0:31. Segunda reproducción en 0:40.
• Logs: POST /invites devuelve 422, «role: unsupported value».

Video, captura de pantalla o pasos escritos: qué adjuntar

Elige el formato según lo que el desarrollador necesita ver. La mayoría de los buenos informes combinan dos: pasos escritos y, además, un video o una captura.

Grabar bugs de audio y fallos poco frecuentes en un Mac con Qreata

Con los bugs de audio es donde falla un grabador genérico. Pongamos que tu app reproduce dos veces el sonido de notificación. Qreata siempre graba el audio del sistema junto con la pantalla, en su propia pista al lado de la pista del micrófono, así que no hay nada que activar ni nada que olvidar. Antes de exportar puedes silenciar la pista del micrófono o bajarle el volumen, para que el desarrollador oiga el sonido duplicado sin tu teclado y tu voz por encima.

Con un bug que aparece una vez al día, la preocupación es perder la toma. Qreata escribe la grabación en disco en fragmentos de cinco segundos con un registro de recuperación, así que, si la sesión se interrumpe, la parte ya guardada se restaura la próxima vez que abras la app. Antes de empezar, la comprobación «Active source check» muestra fotogramas y audio en directo de cada fuente.

Si el bug está en una ventana pequeña, elige «Window» como objetivo de la grabación, no «Display», para que el texto siga siendo legible en el reproductor del gestor de incidencias. Después de grabar puedes ampliar el cursor y resaltar los clics, lo que enseña al desarrollador dónde hiciste clic exactamente.

Deja el fallo en sí sin tocar. Si te equivocaste al nombrar la build en los primeros cinco segundos, arrastra con Mayús pulsada sobre 0:00–0:06 en la línea de tiempo con Replace Take (la herramienta «Rerecord» del editor) y vuelve a grabar solo esa frase, llenando los seis segundos completos. Las imágenes del bug en 0:31 quedan exactamente como se grabaron.

La grabación se queda en tu Mac salvo que pulses un botón de subida, y no necesitas una cuenta para grabar. Una cuenta de demostración sigue siendo la primera opción, pero algunos bugs solo se reproducen en una real. Para esos, activa «Blur · select elements» antes de la toma y haz clic en los elementos que quieras ocultar, hasta 8, como una columna de correos: el desenfoque los sigue cuando la página se desplaza. Necesita el permiso de Accesibilidad de macOS y queda en la grabación para siempre. Para algo que ves más tarde, la herramienta «Blur» del editor cubre un rectángulo fijo durante un tramo de tiempo. Para probarlo, usa la prueba gratuita de 7 días con un bug que ya hayas reportado: grábalo en el orden de arriba y compara el resultado con tu informe original. Lleva unos diez minutos.

Errores habituales por los que te devuelven un video de un bug

Estas son las razones por las que un desarrollador responde «no puedo reproducirlo» a un informe que lleva un video adjunto.

• Empezar a mitad del flujo. El video arranca en el error y nadie sabe cómo llegaste hasta ahí.
• Recortar los pasos. Cortar los 20 segundos «aburridos» anteriores al fallo elimina la reproducción.
• Sin número de build. Puede que el bug ya esté corregido en una build más reciente.
• Una grabación de cinco minutos con el fallo en 4:10 y sin indicar el minuto en la incidencia.
• Recrear un bug intermitente y presentar la recreación como si fuera el suceso original.
• Grabar toda la pantalla en 4K cuando el bug está en una ventana pequeña, de modo que el texto no se lee en el reproductor del gestor de incidencias.
• Un video sin pasos escritos. Nadie podrá encontrarlo más adelante.