OCR Testing Service
@wdio/ocr-service is a 3rd party package, for more information please see GitHub | npm
For documentation on visual testing with WebdriverIO, please refer to the docs. This project contains all relevant modules for running visual tests with WebdriverIO. Within the ./packages
directory you will find:
@wdio/visual-testing
: the WebdriverIO service for integrating visual testingwebdriver-image-comparison
: An image compare module that can be used for different NodeJS Test automation frameworks that support the WebDriver protocol
Storybook Runner (BETA)
Click to find out more documentation about the Storybook Runner BETA
Storybook Runner is still in BETA, the docs will later move to the WebdriverIO documentation pages.
This module now supports Storybook with a new Visual Runner. This runner automatically scans for a local/remote storybook instance and will create element screenshots of each component. This can be done by adding
export const config: WebdriverIO.Config = {
// ...
services: ["visual"],
// ....
};
to your services
and running npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook
through the command line.
It will use Chrome in headless mode as the default browser.
[!NOTE]
- Most of the Visual Testing options will also work for the Storybook Runner, see the WebdriverIO documentation.
- The Storybook Runner will overwrite all your capabilities and can only run on the browsers that it supports, see
--browsers
.- The Storybook Runner does not support an existing config that uses Multiremote capabilities and will throw an error.
- The Storybook Runner only supports Desktop Web, not Mobile Web.
Storybook Runner Service Options
Service options can be provided like this
export const config: WebdriverIO.Config = {
// ...
services: [
[
'visual',
{
// Some default options
baselineFolder: join(process.cwd(), './__snapshots__/'),
debug: true,
// The storybook options, see cli options for the description
storybook: {
clip: false,
clipSelector: ''#some-id,
numShards: 4,
// `skipStories` can be a string ('example-button--secondary'),
// an array (['example-button--secondary', 'example-button--small'])
// or a regex which needs to be provided as as string ("/.*button.*/gm")
skipStories: ['example-button--secondary', 'example-button--small'],
url: 'https://www.bbc.co.uk/iplayer/storybook/',
version: 6,
},
},
],
],
// ....
}
Storybook Runner CLI options
--browsers
- Type:
string
- Mandatory: No
- Default:
chrome
, you can select fromchrome|firefox|edge|safari
- Example:
npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --browsers=chrome,firefox,edge,safari
- NOTE: Only available through the CLI
It will use the provided browsers to take component screenshots
[!NOTE] Make sure you have the browsers you want to run on installed on your local machine
--clip
- Type:
boolean
- Mandatory: No
- Default:
true
- Example:
npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --clip=false
When disabled it will create a viewport screenshot. When enabled it will create element screenshots based on the --clipSelector
which will reduce the amount of whitespace around the component screenshot and reduce the screenshot size.
--clipSelector
- Type:
string
- Mandatory: No
- Default:
#storybook-root > :first-child
for Storybook V7 and#root > :first-child:not(script):not(style)
for Storybook V6, see also--version
- Example:
npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --clipSelector="#some-id"
This is the selector that will be used:
- to select the element to take the screenshot of
- for the element to wait to be visible before a screenshot is taken
--devices
- Type:
string
- Mandatory: No
- Default: You can select from the
deviceDescriptors.ts
- Example:
npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --devices="iPhone 14 Pro Max","Pixel 3 XL"
- NOTE: Only available through the CLI
It will use the provided devices that match the deviceDescriptors.ts
to take component screenshots
[!NOTE]
- If you miss a device config, then feel free to submit a Feature request
- This will only work with Chrome:
- if you provide
--devices
then all Chrome instances will run in Mobile Emulation mode- if you also provide other browser then Chrome, like
--devices --browsers=firefox,safari,edge
it will automatically add Chrome in Mobile emulation mode- The Storybook Runner will by default create element snapshots, if you want to see the complete Mobile Emulated screenshot then provide
--clip=false
through the command line- The file name will for example look like
__snapshots__/example/button/desktop_chrome/example-button--large-local-chrome-iPhone-14-Pro-Max-430x932-dpr-3.png
- SRC: Testing a mobile website on a desktop using mobile emulation can be useful, but testers should be aware that there are many subtle differences such as:
- entirely different GPU, which may lead to big performance changes;
- mobile UI is not emulated (in particular, the hiding url bar affects page height);
- disambiguation popup (where you select one of a few touch targets) is not supported;
- many hardware APIs (for example, orientationchange event) are unavailable.
--headless
- Type:
boolean
- Mandatory: No
- Default:
true
- Example:
npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --headless=false
- NOTE: Only available through the CLI
This will run the tests by default in headless mode (when the browser supports it) or can be disabled
--numShards
- Type:
number
- Mandatory: No
- Default:
true
- Example:
npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --numShards=10
This will be the number of parallel instances that will be used to run the stories. This will be limited by the maxInstances
in your wdio.conf
-file.
[!IMPORTANT] When running in
headless
-mode then do not increase the number to more than 20 to prevent flakiness due to resource restrictions
--skipStories
- Type:
string|regex
- Mandatory: No
- Default: null
- Example:
npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --skipStories="/.*button.*/gm"
This can be:
- a string (
example-button--secondary,example-button--small
) - or a regex (
"/.*button.*/gm"
)
to skip certain stories. Use the id
of the story that can be found in the URL of the story. For example, the id
in this URL http://localhost:6006/?path=/story/example-page--logged-out
is example-page--logged-out
--url
- Type:
string
- Mandatory: No
- Default:
http://127.0.0.1:6006
- Example:
npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --url="https://example.com"
The URL where your Storybook instance is hosted.
--version
- Type:
number
- Mandatory: No
- Default: 7
- Example:
npx wdio tests/configs/wdio.local.desktop.storybook.conf.ts --storybook --version=6
This is the version of Storybook, it defaults to 7
. This is needed to know if the V6 clipSelector
needs to be used.
Storybook Interaction Testing
Storybook Interaction Testing allows you to interact with your component by creating custom scripts with WDIO commands to set a component into a certain state. For example, see the code snippet below:
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`
);
});
});
Two tests on two different components are executed. Each test first sets a state and then takes a screenshot. You will also notice that a new custom command has been introduced, which can be found here.
The above spec file can be saved in a folder and added to the command line with the following command:
npm run test.local.desktop.storybook.localhost -- --spec='tests/specs/storybook-interaction/*.ts'
The Storybook runner will first automatically scan your Storybook instance and then add your tests to the stories that need to be compared. If you don't want the components that you use for interaction testing to be compared twice, you can add a filter to remove the "default" stories from the scan by providing the --skipStories
filter. This would look like this:
npm run test.local.desktop.storybook.localhost -- --skipStories="/example-page.*/gm" --spec='tests/specs/storybook-interaction/*.ts'
New Custom Command
A new custom command called browser.waitForStorybookComponentToBeLoaded({ id: 'componentId' })
will be added to the browser/driver
-object that will automatically load the component and wait for it to be done, so you don't need to use the browser.url('url.com')
method. It can be used like this
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`
);
});
});
The options are:
clipSelector
- Type:
string
- Mandatory: No
- Default:
#storybook-root > :first-child
for Storybook V7 and#root > :first-child:not(script):not(style)
for Storybook V6 - Example:
await browser.waitForStorybookComponentToBeLoaded({
clipSelector: "#your-selector",
id: "componentId",
});
This is the selector that will be used:
- to select the element to take the screenshot of
- for the element to wait to be visible before a screenshot is taken
id
- Type:
string
- Mandatory: yes
- Example:
await browser.waitForStorybookComponentToBeLoaded({ '#your-selector', id: 'componentId' })
Use the id
of the story that can be found in the URL of the story. For example, the id
in this URL http://localhost:6006/?path=/story/example-page--logged-out
is example-page--logged-out
timeout
- Type:
number
- Mandatory: No
- Default: 1100 milliseconds
- Example:
await browser.waitForStorybookComponentToBeLoaded({
id: "componentId",
timeout: 20000,
});
The max timeout we want to wait for a component to be visible after loading on the page
url
- Type:
string
- Mandatory: No
- Default:
http://127.0.0.1:6006
- Example:
await browser.waitForStorybookComponentToBeLoaded({
id: "componentId",
url: "https://your.url",
});
The URL where your Storybook instance is hosted.
Contributing
Questions
Please join our Discord Server if you have any questions or issues contributing to this project. Catch us contributors in the 🙏-contributing
channel.
Issues
If you have questions, bugs or feature requests, please file an issue. Before submitting an issue, please search the issue archive to help reduce duplicates, and read the FAQ.
If you can't find it there you can submit an issue where you can submit:
- 🐛Bug report: Create a report to help us improve
- 📖Documentation: Suggest improvements or report missing/unclear documentation.
- 💡Feature request: Suggest an idea for this module.
- 💬Question: Ask questions.
Development Workflow
To create a PR for this project and start contributing follow this step-by-step guide:
-
Fork the project.
-
Clone the project somewhere on your computer
$ git clone https://github.com/webdriverio/visual-testing.git
-
Go to the directory and setup the project
$ cd visual-testing
$ corepack enable
$ corepack use pnpm@8.x
$ pnpm pnpm.install.workaround -
Run the watch mode that will automatically transpile the code
$ pnpm watch
to build the project, run:
$ pnpm build
-
Ensure that your changes don't break any tests, run:
$ pnpm test
This project uses changesets to automatically create changelogs and releases.
Testing
Several tests need to be executed to be able to test the module. When adding a PR all tests must at least pass the local tests. Each PR is automatically tested against Sauce Labs, see our GitHub Actions pipeline. Before approving a PR the core contributors will test the PR against emulators/simulators / real devices.
Local Testing
First, a local baseline needs to be created. This can be done with:
// With the webdriver protocol
$ npm run test.local.init
This command will create a folder called localBaseline
that will hold all the baseline images.
Then run:
// With the webdriver protocol
npm run test.local.desktop
This will run all tests on a local machine on Chrome.
Local Storybook Runner Testing (Beta)
First, a local baseline needs to be created. This can be done with:
npm run test.local.desktop.storybook
This will Storybook tests with Chrome in headless mode against a Demo Storybook repo located at https://govuk-react.github.io/govuk-react/.
To run the tests with more browsers you can run
npm run test.local.desktop.storybook -- --browsers=chrome,firefox,edge,safari
[!NOTE] Make sure you have the browsers you want to run on installed on your local machine
CI testing with Sauce Labs (not needed for a PR)
The command below is used to test the build on GitHub Actions, it can only be used there and not for local development.
$ npm run test.saucelabs
It will test against a lot of configurations that can be found here. All PRs are automatically checked against Sauce Labs.
Releasing
To release a version of any of the packages listed above, do the following:
- trigger the release pipeline
- a release PR is generated, have this be reviewed and approved by another WebdriverIO member
- merge the PR
- trigger the release pipeline again
- a new version should be released 🎉
Credits
@wdio/visual-testing
uses an open-source license from Sauce Labs.