Tag
36 articles.
->scenario() prend un scénario réutilisable et le colle dans une suite. Chaîné, il en enchaîne deux. Combiné à ->store() et ->retrieve(), le second scénario reprend l'état laissé par le premier. Le pattern qui fait que CheckoutOrder + ManageOrder tiennent en deux lignes.
Stripe en mode test (numéros de carte magiques), gestion du 3DS, refus bancaire, assertion sur le webhook payment_intent.succeeded. Le grand classique du checkout PrestaShop 9 — avec les deux intégrations Stripe qu'on croise en prod : Elements inline et Checkout hosted.
PrestaFlow s'appuie sur chrome-php, qui n'embarque pas Chrome : c'est au workflow de le fournir. Sur ubuntu-latest il est déjà là ; dans un conteneur PHP ou sur un runner minimal, il faut l'installer à chaque job. Comment l'installer, quand l'épingler, comment le mettre en cache.
Après avoir sync ses runs vers prestaflow.io, l'app desktop permet de consulter l'historique complet du projet — croiser les sources CI/desktop/API, monitorer une PR en auto-refresh, télécharger un results.json ou une capture.
Un module qui reçoit un webhook de Stripe, d'un transporteur ou d'une marketplace ne se teste pas comme un formulaire. Le scénario envoie lui-même le POST en PHP, un mock HTTP en side-car capture les POST sortants : on vérifie que la boutique traite correctement le payload.
Une agence qui teste dix boutiques réplique dix fois les mêmes Pages. Un package Composer maison mutualise les Pages custom communes (thème maison, module maison) et se require depuis chaque projet.
La CLI PrestaFlow expose trois options qu'aucun article de la série n'a mentionnées jusqu'ici. Une pour l'intégration CI legacy (JUnit XML), une pour le workflow dev (mode brouillon), une pour la revue humaine des visuels.
Une commande passée en checkout, une facture PDF générée par PS, un module fiscal qui doit y ajouter la mention légale d'exonération de TVA. Comment vérifier depuis PrestaFlow que le PDF contient bien le bon texte, la bonne référence, la bonne mention — sans ouvrir le fichier à la main.
Beaucoup de PaaS génèrent une URL unique par pull request : Vercel, Netlify, Fly.io, Coolify. Comment brancher PrestaFlow sur ces URLs éphémères, avec les env vars injectées dynamiquement et le cleanup en fin de PR.
Un thème testé sur 3 breakpoints × 5 locales = 15 PNG par écran. Multiplié par les gabarits, le repo explose. Git LFS, .gitattributes, alternatives côté plateforme — quatre stratégies pour vivre avec ses baselines.
Un module qui déclenche un email de confirmation, une notification à l'admin, un mail de renvoi de mot de passe. Comment vérifier depuis PrestaFlow que l'email est bien parti, avec le bon contenu, sans polluer une vraie boîte.
Ajouter des checkpoints visuels à ses scénarios PrestaFlow : baselines, diffs pixel-à-pixel, tags automatiques par version/résolution/locale, pièges des contenus dynamiques.
Plusieurs annexes ont introduit une manière d'attendre sans la mettre en perspective avec les autres. Cette annexe rassemble le cookbook des attentes de PrestaFlow 1.7.1 : navigation, clickAndWaitReload, waitVisible, waitForText, waitUntil, isVisible, sleep, et ce que fait vraiment PRESTAFLOW_SCREENSHOT_DELAY.
Le même outil, une autre intention : utiliser PrestaFlow pour générer les captures d'un manuel utilisateur ou d'une release note, régénérables à volonté, toujours à jour.
La série utilise Flashlight partout sans l'avoir jamais présenté. Ce qu'est l'image, comment choisir son tag, la provisionner avec des post-scripts, monter une matrice 1.7 / 8.2 / 9.2 en docker compose, et les pièges vérifiés en le mettant en place dans la bibliothèque PrestaFlow elle-même.
Sur une boutique de recette persistante (pas Flashlight), chaque suite laisse des traces. Un snapshot MySQL avant, restore après, garantit l'isolation sans polluer la base. Trois patterns pour l'orchestrer.
Trois mécanismes de la lib qu'on n'avait fait qu'effleurer : les Scenario réutilisables avec $params, l'enchaînement de scénarios via store()/retrieve(), et le data-driven testing via ->with().
L'annexe cookies neutralise un bandeau RGPD via un cookie de consentement. Reste ce qui n'a pas de mécanisme cookie : chat widget, modal promo, notification push. Trois stratégies pratiques.
Une suite qui prend 15 minutes en un seul job peut descendre vers 5 minutes sur 3 jobs parallèles. Deux mécaniques : partitionnement par dossier ou via --group, chacune avec son workflow GitHub Actions.
Garantir que la boutique de test a toujours le même état avant chaque suite — trois niveaux : init-scripts Flashlight, step pré-run en CI, ou override de before() dans la suite.
Injecter des cookies avant le lancement du scénario pour bypasser un bandeau RGPD, ouvrir une session BO déjà connectée, ou forcer une variante — sans écrire un login à chaque suite.
Le fichier JSON produit par PrestaFlow n'est pas qu'un artefact CI — c'est une source structurée. Quatre usages concrets : notification Slack riche, badge README, dashboard maison, création automatique de ticket.
Boîte à outils pour localiser rapidement la cause d'un scénario qui échoue : capture d'erreur, mode headed, isolation par skip et todo, mode debug, et le cas particulier des flakes.
L'angle spécifique aux intégrateurs de thèmes : quels gabarits couvrir systématiquement, comment structurer une suite par écran, gérer le responsive et les locales dans les mêmes captures.
Un bug est remonté → au lieu de plonger dans le code, on écrit d'abord le scénario PrestaFlow qui le reproduit. Il tombe rouge. On fixe. Il passe vert. Le scénario reste, gratuit.
Laisser passer PrestaFlow à travers Cloudflare avec un header authentifié + secret partagé — pas un filtre User-Agent, qui est trivialement falsifiable.
Écrire des assertions robustes à la langue de la boutique, s'appuyer sur les traductions livrées avec PrestaFlow, ajouter les siennes pour ses Pages custom, tester la même suite contre plusieurs locales.
Utiliser PRESTAFLOW_BASIC_USER et PRESTAFLOW_BASIC_PASS pour tester une boutique protégée par une auth HTTP Basic — sans traîner les identifiants dans l'URL.
La série suppose Flashlight partout. Mais si vous avez déjà une boutique PrestaShop qui tourne sur Valet, MAMP, DevKinsta ou docker-compose maison, PrestaFlow s'y branche sans docker en jeu — juste un .env qui pointe ailleurs.
Aller au-delà de la Page minimale de l'article d'introduction : plusieurs Pages par module, traits partagés, sélecteurs stables et adaptation entre versions PrestaShop.
Structurer ses Pages custom pour survivre à plusieurs versions majeures de PrestaShop, exécuter la même suite contre chacune, gérer les pièges classiques d'un passage 1.7 à 9.
L'article 2 a couvert GitHub Actions. Cette annexe donne le niveau 1 (la CLI seule) pour GitLab CI, Bitbucket Pipelines et Jenkins, et fait le point sur le niveau 2 hors GitHub : un Component GitLab, un Pipe Bitbucket et un Orb CircleCI sont en préparation, mais pas encore publiés.
Prise en main de l'application desktop PrestaFlow : lier un projet local, exécuter une suite depuis l'UI, lire les résultats, activer le sync cloud.
Appliquer PrestaFlow à un module qu'on n'a pas écrit, dont on ne contrôle ni le code ni les sélecteurs — depuis un projet de test extérieur au module.
Exécuter ses scénarios PrestaFlow depuis GitHub Actions, à deux niveaux : la CLI en workflow, puis l'Action officielle avec Flashlight et matrice multi-versions.
Installer PrestaFlow, lancer un scénario fourni, puis écrire le sien pour tester un module maison.