Aller au contenu principal

Service de Comparaison d'Images (Tests de Régression Visuelle)

@wdio/visual-service est un package tiers, pour plus d'informations, veuillez consulter GitHub | npm

Pour la documentation sur les tests visuels avec WebdriverIO, veuillez consulter la documentation. Ce projet contient tous les modules pertinents pour exécuter des tests visuels avec WebdriverIO. Dans le répertoire ./packages, vous trouverez :

  • @wdio/visual-testing : le service WebdriverIO pour l'intégration des tests visuels
  • webdriver-image-comparison : Un module de comparaison d'images qui peut être utilisé pour différents frameworks de test d'automatisation NodeJS supportant le protocole WebDriver

Exécuteur Storybook (BETA)

Cliquez pour découvrir plus de documentation sur l'Exécuteur Storybook BETA

L'Exécuteur Storybook est encore en BETA, la documentation sera ultérieurement déplacée vers les pages de documentation WebdriverIO.

Ce module prend désormais en charge Storybook avec un nouvel Exécuteur Visuel. Cet exécuteur analyse automatiquement une instance locale/distante de Storybook et créera des captures d'écran d'éléments pour chaque composant. Cela peut être fait en ajoutant

export const config: WebdriverIO.Config = {
// ...
services: ["visual"],
// ....
};

à vos services et en exécutant npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook via la ligne de commande. Il utilisera Chrome en mode headless comme navigateur par défaut.

[!NOTE]

  • La plupart des options de Test Visuel fonctionneront également pour l'Exécuteur Storybook, voir la documentation WebdriverIO.
  • L'Exécuteur Storybook écrasera toutes vos capacités et ne peut s'exécuter que sur les navigateurs qu'il prend en charge, voir --browsers.
  • L'Exécuteur Storybook ne prend pas en charge une configuration existante qui utilise des capacités Multiremote et générera une erreur.
  • L'Exécuteur Storybook ne prend en charge que le Web Desktop, pas le Web Mobile.

Options de service de l'Exécuteur Storybook

Les options de service peuvent être fournies comme ceci

export const config: WebdriverIO.Config  = {
// ...
services: [
[
'visual',
{
// Quelques options par défaut
baselineFolder: join(process.cwd(), './__snapshots__/'),
debug: true,
// Les options storybook, voir les options cli pour la description
storybook: {
additionalSearchParams: new URLSearchParams({foo: 'bar', abc: 'def'}),
clip: false,
clipSelector: ''#some-id,
numShards: 4,
// `skipStories` peut être une chaîne ('example-button--secondary'),
// un tableau (['example-button--secondary', 'example-button--small'])
// ou une expression régulière qui doit être fournie sous forme de chaîne ("/.*button.*/gm")
skipStories: ['example-button--secondary', 'example-button--small'],
url: 'https://www.bbc.co.uk/iplayer/storybook/',
version: 6,
// Optionnel - Permet de remplacer le chemin des références. Par défaut, il regroupera les références par catégorie et composant (par exemple forms/input/baseline.png)
getStoriesBaselinePath: (category, component) => `path__${category}__${component}`,
},
},
],
],
// ....
}

Options CLI de l'Exécuteur Storybook

--additionalSearchParams

  • Type: string
  • Obligatoire: Non
  • Défaut: ''
  • Exemple: npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --additionalSearchParams="foo=bar&abc=def"

Ajoutera des paramètres de recherche supplémentaires à l'URL Storybook. Voir la documentation URLSearchParams pour plus d'informations. La chaîne doit être une chaîne URLSearchParams valide.

[!NOTE] Les guillemets doubles sont nécessaires pour empêcher le & d'être interprété comme un séparateur de commande. Par exemple avec --additionalSearchParams="foo=bar&abc=def", cela générera l'URL Storybook suivante pour le test des histoires : http://storybook.url/iframe.html?id=story-id&foo=bar&abc=def.

--browsers

  • Type: string
  • Obligatoire: Non
  • Défaut: chrome, vous pouvez sélectionner parmi chrome|firefox|edge|safari
  • Exemple: npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --browsers=chrome,firefox,edge,safari
  • REMARQUE: Disponible uniquement via la CLI

Il utilisera les navigateurs fournis pour prendre des captures d'écran des composants

[!NOTE] Assurez-vous d'avoir installé les navigateurs sur lesquels vous souhaitez exécuter les tests sur votre machine locale

--clip

  • Type: boolean
  • Obligatoire: Non
  • Défaut: true
  • Exemple: npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --clip=false

Lorsqu'il est désactivé, il créera une capture d'écran de la vue complète. Lorsqu'il est activé, il créera des captures d'écran d'éléments basées sur le --clipSelector qui réduira la quantité d'espace blanc autour de la capture d'écran du composant et réduira la taille de la capture d'écran.

--clipSelector

  • Type: string
  • Obligatoire: Non
  • Défaut: #storybook-root > :first-child pour Storybook V7 et #root > :first-child:not(script):not(style) pour Storybook V6, voir aussi --version
  • Exemple: npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --clipSelector="#some-id"

C'est le sélecteur qui sera utilisé :

  • pour sélectionner l'élément dont on prendra la capture d'écran
  • pour l'élément à attendre qu'il soit visible avant qu'une capture d'écran ne soit prise

--devices

  • Type: string
  • Obligatoire: Non
  • Défaut: Vous pouvez sélectionner parmi deviceDescriptors.ts
  • Exemple: npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --devices="iPhone 14 Pro Max","Pixel 3 XL"
  • REMARQUE: Disponible uniquement via la CLI

Il utilisera les appareils fournis qui correspondent à deviceDescriptors.ts pour prendre des captures d'écran des composants

[!NOTE]

  • Si vous manquez une configuration d'appareil, n'hésitez pas à soumettre une demande de fonctionnalité
  • Cela ne fonctionnera qu'avec Chrome :
    • si vous fournissez --devices, toutes les instances Chrome s'exécuteront en mode Émulation Mobile
    • si vous fournissez également d'autres navigateurs que Chrome, comme --devices --browsers=firefox,safari,edge, cela ajoutera automatiquement Chrome en mode d'émulation mobile
  • L'Exécuteur Storybook créera par défaut des instantanés d'éléments, si vous souhaitez voir la capture d'écran complète de l'émulation mobile, fournissez --clip=false via la ligne de commande
  • Le nom de fichier ressemblera par exemple à __snapshots__/example/button/desktop_chrome/example-button--large-local-chrome-iPhone-14-Pro-Max-430x932-dpr-3.png
  • SRC: Tester un site Web mobile sur un ordinateur de bureau à l'aide de l'émulation mobile peut être utile, mais les testeurs doivent être conscients qu'il existe de nombreuses différences subtiles telles que :
    • un GPU complètement différent, ce qui peut entraîner d'importants changements de performance ;
    • l'interface utilisateur mobile n'est pas émulée (en particulier, la barre d'URL masquée affecte la hauteur de la page) ;
    • la boîte contextuelle de désambiguïsation (où vous sélectionnez l'une des cibles tactiles) n'est pas prise en charge ;
    • de nombreuses API matérielles (par exemple, l'événement orientationchange) ne sont pas disponibles.

--headless

  • Type: boolean
  • Obligatoire: Non
  • Défaut: true
  • Exemple: npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --headless=false
  • REMARQUE: Disponible uniquement via la CLI

Cela exécutera les tests par défaut en mode headless (lorsque le navigateur le prend en charge) ou peut être désactivé

--numShards

  • Type: number
  • Obligatoire: Non
  • Défaut: true
  • Exemple: npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --numShards=10

Il s'agit du nombre d'instances parallèles qui seront utilisées pour exécuter les histoires. Cela sera limité par le maxInstances dans votre fichier wdio.conf.

[!IMPORTANT] Lors de l'exécution en mode headless, n'augmentez pas le nombre à plus de 20 pour éviter l'instabilité due aux restrictions de ressources

--skipStories

  • Type: string|regex
  • Obligatoire: Non
  • Défaut: null
  • Exemple: npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --skipStories="/.*button.*/gm"

Cela peut être :

  • une chaîne (example-button--secondary,example-button--small)
  • ou une regex ("/.*button.*/gm")

pour ignorer certaines histoires. Utilisez l'id de l'histoire qui peut être trouvé dans l'URL de l'histoire. Par exemple, l'id dans cette URL http://localhost:6006/?path=/story/example-page--logged-out est example-page--logged-out

--url

  • Type: string
  • Obligatoire: Non
  • Défaut: http://127.0.0.1:6006
  • Exemple: npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --url="https://example.com"

L'URL où votre instance Storybook est hébergée.

--version

  • Type: number
  • Obligatoire: Non
  • Défaut: 7
  • Exemple: npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --version=6

Il s'agit de la version de Storybook, par défaut 7. Cela est nécessaire pour savoir si le clipSelector V6 doit être utilisé.

Tests d'interaction Storybook

Les tests d'interaction Storybook vous permettent d'interagir avec votre composant en créant des scripts personnalisés avec des commandes WDIO pour mettre un composant dans un certain état. Par exemple, voir l'extrait de code ci-dessous :

import { browser, expect } from "@wdio/globals";

describe("Storybook Interaction", () => {
it("should create screenshots for the logged in state when it logs out", async () => {
const componentId = "example-page--logged-in";
await browser.waitForStorybookComponentToBeLoaded({ id: componentId });

await expect($("header")).toMatchElementSnapshot(
`${componentId}-logged-in-state`
);
await $("button=Log out").click();
await expect($("header")).toMatchElementSnapshot(
`${componentId}-logged-out-state`
);
});

it("should create screenshots for the logged out state when it logs in", async () => {
const componentId = "example-page--logged-out";
await browser.waitForStorybookComponentToBeLoaded({ id: componentId });

await expect($("header")).toMatchElementSnapshot(
`${componentId}-logged-out-state`
);
await $("button=Log in").click();
await expect($("header")).toMatchElementSnapshot(
`${componentId}-logged-in-state`
);
});
});

Deux tests sur deux composants différents sont exécutés. Chaque test définit d'abord un état puis prend une capture d'écran. Vous remarquerez également qu'une nouvelle commande personnalisée a été introduite, qui se trouve ici.

Le fichier de spécification ci-dessus peut être enregistré dans un dossier et ajouté à la ligne de commande avec la commande suivante :

pnpm run test.local.desktop.storybook.localhost -- --spec='tests/specs/storybook-interaction/*.ts'

L'exécuteur Storybook analysera d'abord automatiquement votre instance Storybook, puis ajoutera vos tests aux histoires qui doivent être comparées. Si vous ne souhaitez pas que les composants que vous utilisez pour les tests d'interaction soient comparés deux fois, vous pouvez ajouter un filtre pour supprimer les histoires "par défaut" de l'analyse en fournissant le filtre --skipStories. Cela ressemblerait à ceci :

pnpm run test.local.desktop.storybook.localhost -- --skipStories="/example-page.*/gm" --spec='tests/specs/storybook-interaction/*.ts'

Nouvelle commande personnalisée

Une nouvelle commande personnalisée appelée browser.waitForStorybookComponentToBeLoaded({ id: 'componentId' }) sera ajoutée à l'objet browser/driver qui chargera automatiquement le composant et attendra qu'il soit prêt, vous n'aurez donc pas besoin d'utiliser la méthode browser.url('url.com'). Elle peut être utilisée comme ceci

import { browser, expect } from "@wdio/globals";

describe("Storybook Interaction", () => {
it("should create screenshots for the logged in state when it logs out", async () => {
const componentId = "example-page--logged-in";
await browser.waitForStorybookComponentToBeLoaded({ id: componentId });

await expect($("header")).toMatchElementSnapshot(
`${componentId}-logged-in-state`
);
await $("button=Log out").click();
await expect($("header")).toMatchElementSnapshot(
`${componentId}-logged-out-state`
);
});

it("should create screenshots for the logged out state when it logs in", async () => {
const componentId = "example-page--logged-out";
await browser.waitForStorybookComponentToBeLoaded({ id: componentId });

await expect($("header")).toMatchElementSnapshot(
`${componentId}-logged-out-state`
);
await $("button=Log in").click();
await expect($("header")).toMatchElementSnapshot(
`${componentId}-logged-in-state`
);
});
});

Les options sont :

additionalSearchParams

  • Type: URLSearchParams
  • Obligatoire: Non
  • Défaut: new URLSearchParams()
  • Exemple:
await browser.waitForStorybookComponentToBeLoaded({
additionalSearchParams: new URLSearchParams({ foo: "bar", abc: "def" }),
id: "componentId",
});

Cela ajoutera des paramètres de recherche supplémentaires à l'URL Storybook, dans l'exemple ci-dessus, l'URL sera http://storybook.url/iframe.html?id=story-id&foo=bar&abc=def. Voir la documentation URLSearchParams pour plus d'informations.

clipSelector

  • Type: string
  • Obligatoire: Non
  • Défaut: #storybook-root > :first-child pour Storybook V7 et #root > :first-child:not(script):not(style) pour Storybook V6
  • Exemple:
await browser.waitForStorybookComponentToBeLoaded({
clipSelector: "#your-selector",
id: "componentId",
});

C'est le sélecteur qui sera utilisé :

  • pour sélectionner l'élément dont on prendra la capture d'écran
  • pour l'élément à attendre qu'il soit visible avant qu'une capture d'écran ne soit prise

id

  • Type: string
  • Obligatoire: oui
  • Exemple:
await browser.waitForStorybookComponentToBeLoaded({ '#your-selector', id: 'componentId' })

Utilisez l'id de l'histoire qui peut être trouvé dans l'URL de l'histoire. Par exemple, l'id dans cette URL http://localhost:6006/?path=/story/example-page--logged-out est example-page--logged-out

timeout

  • Type: number
  • Obligatoire: Non
  • Défaut: 1100 millisecondes
  • Exemple:
await browser.waitForStorybookComponentToBeLoaded({
id: "componentId",
timeout: 20000,
});

Le délai maximum d'attente pour qu'un composant soit visible après le chargement sur la page

url

  • Type: string
  • Obligatoire: Non
  • Défaut: http://127.0.0.1:6006
  • Exemple:
await browser.waitForStorybookComponentToBeLoaded({
id: "componentId",
url: "https://your.url",
});

L'URL où votre instance Storybook est hébergée.

Contribuer

Mise à jour des packages

Vous pouvez mettre à jour les packages avec un simple outil CLI. Assurez-vous d'avoir installé toutes les dépendances, vous pouvez ensuite exécuter

pnpm update.packages

Cela déclenchera une CLI qui vous posera les questions suivantes

==========================
🤖 Assistant de mise à jour de packages 🧙
==========================

? Quelle version cible souhaitez-vous mettre à jour ? (Minor|Latest)
? Voulez-vous mettre à jour les fichiers package.json ? (O/n)
? Voulez-vous supprimer tous les "node_modules" et réinstaller les dépendances ? (O/n)
? Souhaitez-vous réinstaller les dépendances ? (O/n)

Questions

Veuillez rejoindre notre serveur Discord si vous avez des questions ou des problèmes pour contribuer à ce projet. Retrouvez-nous contributeurs dans le canal 🙏-contributing.

Problèmes

Si vous avez des questions, des bugs ou des demandes de fonctionnalités, veuillez créer un ticket. Avant de soumettre un ticket, veuillez rechercher dans les archives de tickets pour réduire les doublons et lire la FAQ.

Si vous ne trouvez pas d'information, vous pouvez soumettre un ticket où vous pouvez :

  • 🐛Rapport de bug: Créer un rapport pour nous aider à améliorer
  • 📖Documentation: Suggérer des améliorations ou signaler une documentation manquante/peu claire.
  • 💡Demande de fonctionnalité: Suggérer une idée pour ce module.
  • 💬Question: Poser des questions.

Flux de développement

Pour créer une PR pour ce projet et commencer à contribuer, suivez ce guide étape par étape :

  • Forkez le projet.

  • Clonez le projet quelque part sur votre ordinateur

    $ git clone https://github.com/webdriverio/visual-testing.git
  • Allez dans le répertoire et configurez le projet

    $ cd visual-testing
    $ corepack enable
    $ pnpm pnpm.install.workaround
  • Exécutez le mode watch qui transpirera automatiquement le code

    $ pnpm watch

    pour construire le projet, exécutez :

    $ pnpm build
  • Assurez-vous que vos modifications ne cassent aucun test, exécutez :

    $ pnpm test

Ce projet utilise changesets pour créer automatiquement des changelogs et des versions.

Tests

Plusieurs tests doivent être exécutés pour pouvoir tester le module. Lors de l'ajout d'une PR, tous les tests doivent au moins passer les tests locaux. Chaque PR est automatiquement testée sur Sauce Labs, voir notre pipeline GitHub Actions. Avant d'approuver une PR, les contributeurs principaux testeront la PR sur des émulateurs/simulateurs / appareils réels.

Tests locaux

Tout d'abord, une référence locale doit être créée. Cela peut être fait avec :

// Avec le protocole webdriver
$ pnpm run test.local.init

Cette commande créera un dossier appelé localBaseline qui contiendra toutes les images de référence.

Ensuite, exécutez :

// Avec le protocole webdriver
pnpm run test.local.desktop

Cela exécutera tous les tests sur une machine locale sur Chrome.

Tests locaux de l'Exécuteur Storybook (Beta)

Tout d'abord, une référence locale doit être créée. Cela peut être fait avec :

pnpm run test.local.desktop.storybook

Cela exécutera les tests Storybook avec Chrome en mode headless sur un dépôt de démo Storybook situé à https://govuk-react.github.io/govuk-react/.

Pour exécuter les tests avec plus de navigateurs, vous pouvez exécuter

pnpm run test.local.desktop.storybook -- --browsers=chrome,firefox,edge,safari

[!NOTE] Assurez-vous d'avoir installé les navigateurs sur lesquels vous souhaitez exécuter les tests sur votre machine locale

Tests CI avec Sauce Labs (non nécessaires pour une PR)

La commande ci-dessous est utilisée pour tester la build sur GitHub Actions, elle ne peut être utilisée que là-bas et non pour le développement local.

$ pnpm run test.saucelabs

Elle testera de nombreuses configurations qui peuvent être trouvées ici. Toutes les PR sont automatiquement vérifiées sur Sauce Labs.

Publication

Pour publier une version de l'un des packages listés ci-dessus, procédez comme suit :

  • déclenchez le pipeline de publication
  • une PR de publication est générée, faites-la examiner et approuver par un autre membre de WebdriverIO
  • fusionnez la PR
  • déclenchez à nouveau le pipeline de publication
  • une nouvelle version devrait être publiée 🎉

Crédits

@wdio/visual-testing utilise une licence open-source de LambdaTest et Sauce Labs.

Welcome! How can I help?

WebdriverIO AI Copilot