Generador de informes de errores

Convierte una grabación en un informe sobre el que actuar

Carga la grabación de pantalla del error. Reprodúcela y, cada vez que ocurra algo importante, márcalo. Se captura la marca de tiempo, se extrae un fotograma del video en ese momento y el paso se añade a una lista numerada.

Escribe el resumen, lo que esperabas que sucediera y lo que ocurrió en su lugar; luego copia todo el contenido en formato Markdown para GitHub, marcado de Jira o texto plano. Los detalles del navegador y de la pantalla ya se completan automáticamente.

La grabación nunca sale de tu equipo. Se reproduce desde un archivo local y los fotogramas se procesan en tu dispositivo, algo fundamental cuando el error se encuentra en una versión inédita o en la cuenta de un cliente.

Por Qué Esto No Usa IA para Escribir el Informe

Un modelo que observa una grabación de pantalla puede describir lo que ve. No puede saber lo que tú esperabas ver, y esa es la mitad de un informe de error que decide si alguien puede actuar sobre él.

“Se hizo clic en Confirmar, el panel de la factura estaba vacío” es una observación. Si eso es un error depende enteramente de lo que debería haber aparecido allí, y la única persona que lo sabe eres tú. Una herramienta que genera el comportamiento esperado a partir de un video está adivinando y presentando la suposición como un hallazgo, lo cual es peor que dejar el campo en blanco, porque una expectativa plausible pero incorrecta envía a un desarrollador por el camino equivocado.

Así que la división aquí es deliberada. La herramienta hace el trabajo mecánico que puede hacer exactamente: marcas de tiempo, fotogramas, entorno, formato, numeración. Tú aportas el juicio. Eso lleva aproximadamente un minuto y el resultado es un informe sobre el que nadie tiene que volver a consultarte.

Las Tres Cosas que los Informes Suelen Olvidar

Después de leer muchos informes de errores incompletos, las mismas lagunas se repiten, y las tres son mecánicas en lugar de difíciles.

Marcas de tiempo. Un informe que dice “ver el video adjunto” hace que el lector vea cuatro minutos para encontrar el momento. Un paso que dice que sucedió a la 1:12 no lo hace.

Entorno. Navegador, sistema operativo, tamaño de pantalla. Todo el mundo sabe que debe incluirlo y casi nadie lo hace, porque significa abrir un panel de configuración mientras estás en plena concentración. Aquí se lee desde tu navegador y ya aparece rellenado en el informe, y puedes corregirlo.

Imágenes fijas. Un fotograma en el momento del fallo es lo que se escanea en una lista de veinte problemas. Extraer fotogramas de un video a mano es lo suficientemente tedioso como para que la gente se lo salte, así que ocurre automáticamente en cada paso que marcas.

Qué Se Captura, Precisamente

Cada paso marcado registra el tiempo exacto de reproducción y un fotograma JPEG del video en ese momento, escalado para mantener el informe ligero. Puedes descargar los fotogramas para adjuntarlos al problema.

El entorno proviene del navegador: su nombre y versión, el sistema operativo, el tamaño de la pantalla con su relación de píxeles y el tamaño del viewport. Los navegadores ahora informan menos sobre sí mismos que antes, por lo que algunos de esos datos pueden aparecer como desconocidos, y cada campo es editable en lugar de bloqueado.

Nada se infiere de los píxeles. La herramienta no intenta leer el texto de error de la pantalla ni adivinar en qué elemento hiciste clic, porque hacerlo de manera poco fiable es peor que no hacerlo.

La Estructura que Rellena

La salida sigue la forma que ha adoptado un informe de errores, porque los sistemas de seguimiento y las personas que los leen lo esperan. Si has estado buscando una plantilla de informe de errores, esta es una que llega ya rellenada en lugar de una que pegas y miras fijamente.

Primero el resumen, en una sola línea, porque esa línea es lo que alguien escanea en una lista de treinta problemas y decide si el tuyo se abre hoy.

Luego los pasos numerados con el código de tiempo en cada uno, el comportamiento esperado, el comportamiento real y el entorno. Ese orden no es decorativo. Un lector revisa los pasos para ver si es reproducible, el par esperado y real para ver si realmente es un error, y el entorno para ver si es el suyo. Enterrar cualquiera de esos datos cuesta un viaje de ida y vuelta.

Lo que una plantilla en blanco no puede hacer es rellenarse a sí misma, que es la parte que hace que la gente se la salte. Aquí los pasos, códigos de tiempo, fotogramas y entorno llegan rellenados, y tú escribes los tres campos que una herramienta genuinamente no puede saber.

Antes de grabar

El informe será tan bueno como la grabación, y dos hábitos marcan la diferencia.

Comienza desde un estado conocido. Una grabación que empieza a mitad de una sesión obliga al lector a adivinar qué ocurrió antes, por lo que los pasos dejan de ser reproducibles. Empieza en una pantalla de inicio de sesión, una página limpia o un punto de partida especificado.

Limpia la pantalla de cualquier elemento que no deba compartirse. Tokens en la barra de direcciones, el nombre de un cliente, un correo electrónico no relacionado en otra pestaña, una clave de API en el panel de herramientas de desarrollo. Un informe de errores se reenvía, se pega en chats y lo lee personal ajeno al equipo, y una grabación de pantalla incluye todo lo que estuviera visible en ese instante. Esta herramienta nunca sube el video, pero el informe y los fotogramas irán a donde tú los envíes.

Lo que no hace

No registra la incidencia. No hay conexión con GitHub, Jira ni ninguna otra plataforma; tú copias el informe y lo pegas donde corresponda, lo que también te permite revisarlo antes que nadie.

No captura registros (logs), solicitudes de red ni salidas de la consola. Esos datos residen en tus herramientas para desarrolladores y son de vital importancia para ciertos errores. Adjúntalos mediante el canal seguro que tu equipo utilice habitualmente en lugar de grabar la consola.

Tampoco diagnostica nada. No te dirá la causa, qué componente está fallando ni si se trata de un duplicado de un problema existente. Su único propósito es organizar las pruebas en un formato con el que cualquiera pueda trabajar.

Grabar el error en primer lugar

Si aún necesitas capturar el problema, el grabador de pantalla graba una pestaña, una ventana o toda la pantalla directamente en el navegador. Si se trata de un error que necesitas narrar mientras lo reproduces, graba con audio para que la explicación quede vinculada a la evidencia.

Dos herramientas relacionadas que vale la pena conocer: si quieres imágenes individuales en lugar de un informe, el extractor de fotogramas de video extrae capturas a intervalos regulares. Y si la grabación es larga y deseas tener la explicación en texto, el generador de transcripciones convierte la narración en contenido apto para búsquedas.

Hazle preguntas a la grabación sobre el error

La comprobación en esta página se ejecuta en tu dispositivo y no requiere ninguna cuenta. Para obtener respuestas sobre lo que se dijo o se mostró en la grabación, súbela a ScreenApp. Haz clic en una pregunta para abrir ScreenApp con la consulta lista.

En ScreenApp, al hacer clic en un momento de la transcripción, el reproductor salta a ese punto de la grabación, por lo que puedes contrastar cualquier respuesta con la grabación.

Qué hace cada plan aquí

La herramienta de esta página es gratuita y seguirá siéndolo. Una cuenta es para el paso previo o el paso posterior.