TestProject
Playwright Test supports running multiple test projects at the same time. This is useful for running tests in multiple configurations. For example, consider running tests against multiple browsers. This type describes format of a project in the configuration file, to access resolved configuration parameters at run time use FullProject.
TestProject
encapsulates configuration specific to a single project. Projects are configured in testConfig.projects specified in the configuration file. Note that all properties of TestProject are available in the top-level TestConfig, in which case they are shared between all projects.
Here is an example configuration that runs every test in Chromium, Firefox and WebKit, both Desktop and Mobile versions.
import { defineConfig, devices } from '@playwright/test';
export default defineConfig({
// Options shared for all projects.
timeout: 30000,
use: {
ignoreHTTPSErrors: true,
},
// Options specific to each project.
projects: [
{
name: 'chromium',
use: devices['Desktop Chrome'],
},
{
name: 'firefox',
use: devices['Desktop Firefox'],
},
{
name: 'webkit',
use: devices['Desktop Safari'],
},
{
name: 'Mobile Chrome',
use: devices['Pixel 5'],
},
{
name: 'Mobile Safari',
use: devices['iPhone 12'],
},
],
});
Properties
dependencies
Added in: v1.31List of projects that need to run before any test in this project runs. Dependencies can be useful for configuring the global setup actions in a way that every action is in a form of a test. Passing --no-deps
argument ignores the dependencies and behaves as if they were not specified.
Using dependencies allows global setup to produce traces and other artifacts, see the setup steps in the test report, etc.
Usage
import { defineConfig } from '@playwright/test';
export default defineConfig({
projects: [
{
name: 'setup',
testMatch: /global.setup\.ts/,
},
{
name: 'chromium',
use: devices['Desktop Chrome'],
dependencies: ['setup'],
},
{
name: 'firefox',
use: devices['Desktop Firefox'],
dependencies: ['setup'],
},
{
name: 'webkit',
use: devices['Desktop Safari'],
dependencies: ['setup'],
},
],
});
Type
expect
Added in: v1.10Configuration for the expect
assertion library.
Use testConfig.expect to change this option for all projects.
Usage
testProject.expect
Type
- Object
-
timeout
number (optional)Default timeout for async expect matchers in milliseconds, defaults to 5000ms.
-
toHaveScreenshot
Object (optional)-
threshold
number (optional)an acceptable perceived color difference between the same pixel in compared images, ranging from
0
(strict) and1
(lax)."pixelmatch"
comparator computes color difference in YIQ color space and defaultsthreshold
value to0.2
. -
maxDiffPixels
number (optional)an acceptable amount of pixels that could be different, unset by default.
-
maxDiffPixelRatio
number (optional)an acceptable ratio of pixels that are different to the total amount of pixels, between
0
and1
, unset by default. -
animations
"allow" | "disabled" (optional)See animations in page.screenshot(). Defaults to
"disabled"
. -
caret
"hide" | "initial" (optional)See caret in page.screenshot(). Defaults to
"hide"
. -
scale
"css" | "device" (optional)See scale in page.screenshot(). Defaults to
"css"
. -
stylePath
string | Array<string> (optional)See style in page.screenshot().
Configuration for the expect(page).toHaveScreenshot() method.
-
-
toMatchSnapshot
Object (optional)-
threshold
number (optional)an acceptable perceived color difference between the same pixel in compared images, ranging from
0
(strict) and1
(lax)."pixelmatch"
comparator computes color difference in YIQ color space and defaultsthreshold
value to0.2
. -
maxDiffPixels
number (optional)an acceptable amount of pixels that could be different, unset by default.
-
maxDiffPixelRatio
number (optional)an acceptable ratio of pixels that are different to the total amount of pixels, between
0
and1
, unset by default.
Configuration for the expect(value).toMatchSnapshot() method.
-
-
toPass
Object (optional)-
timeout
number (optional)timeout for toPass method in milliseconds.
-
intervals
Array<number> (optional)probe intervals for toPass method in milliseconds.
Configuration for the expect(value).toPass() method.
-
-
fullyParallel
Added in: v1.10Playwright Test runs tests in parallel. In order to achieve that, it runs several worker processes that run at the same time. By default, test files are run in parallel. Tests in a single file are run in order, in the same worker process.
You can configure entire test project to concurrently run all tests in all files using this option.
Usage
testProject.fullyParallel
Type
grep
Added in: v1.10Filter to only run tests with a title matching one of the patterns. For example, passing grep: /cart/
should only run tests with "cart" in the title. Also available globally and in the command line with the -g
option. The regular expression will be tested against the string that consists of the project name, the test file name, the test.describe
name (if any), the test name and the test tags divided by spaces, e.g. chromium my-test.spec.ts my-suite my-test
.
grep
option is also useful for tagging tests.
Usage
testProject.grep
Type
grepInvert
Added in: v1.10Filter to only run tests with a title not matching one of the patterns. This is the opposite of testProject.grep. Also available globally and in the command line with the --grep-invert
option.
grepInvert
option is also useful for tagging tests.
Usage
testProject.grepInvert
Type
ignoreSnapshots
Added in: v1.44Whether to skip snapshot expectations, such as expect(value).toMatchSnapshot()
and await expect(page).toHaveScreenshot()
.
Usage
The following example will only perform screenshot assertions on Chromium.
import { defineConfig } from '@playwright/test';
export default defineConfig({
projects: [
{
name: 'chromium',
use: devices['Desktop Chrome'],
},
{
name: 'firefox',
use: devices['Desktop Firefox'],
ignoreSnapshots: true,
},
{
name: 'webkit',
use: devices['Desktop Safari'],
ignoreSnapshots: true,
},
],
});
Type
metadata
Added in: v1.10Metadata that will be put directly to the test report serialized as JSON.
Usage
testProject.metadata
Type
name
Added in: v1.10Project name is visible in the report and during test execution.
Usage
testProject.name
Type
outputDir
Added in: v1.10The output directory for files created during test execution. Defaults to <package.json-directory>/test-results
.
This directory is cleaned at the start. When running a test, a unique subdirectory inside the testProject.outputDir is created, guaranteeing that test running in parallel do not conflict. This directory can be accessed by testInfo.outputDir and testInfo.outputPath().
Here is an example that uses testInfo.outputPath() to create a temporary file.
import { test, expect } from '@playwright/test';
import fs from 'fs';
test('example test', async ({}, testInfo) => {
const file = testInfo.outputPath('temporary-file.txt');
await fs.promises.writeFile(file, 'Put some data to the file', 'utf8');
});
Use testConfig.outputDir to change this option for all projects.
Usage
testProject.outputDir
Type
repeatEach
Added in: v1.10The number of times to repeat each test, useful for debugging flaky tests.
Use testConfig.repeatEach to change this option for all projects.
Usage
testProject.repeatEach
Type
respectGitIgnore
Added in: v1.45Whether to skip entries from .gitignore
when searching for test files. By default, if neither testConfig.testDir nor testProject.testDir are explicitly specified, Playwright will ignore any test files matching .gitignore
entries. This option allows to override that behavior.
Usage
testProject.respectGitIgnore
Type
retries
Added in: v1.10The maximum number of retry attempts given to failed tests. Learn more about test retries.
Use test.describe.configure() to change the number of retries for a specific file or a group of tests.
Use testConfig.retries to change this option for all projects.
Usage
testProject.retries
Type
snapshotDir
Added in: v1.10The base directory, relative to the config file, for snapshot files created with toMatchSnapshot
. Defaults to testProject.testDir.
The directory for each test can be accessed by testInfo.snapshotDir and testInfo.snapshotPath().
This path will serve as the base directory for each test file snapshot directory. Setting snapshotDir
to 'snapshots'
, the testInfo.snapshotDir would resolve to snapshots/a.spec.js-snapshots
.
Usage
testProject.snapshotDir
Type
snapshotPathTemplate
Added in: v1.28This option configures a template controlling location of snapshots generated by expect(page).toHaveScreenshot() and expect(value).toMatchSnapshot().
Usage
import { defineConfig } from '@playwright/test';
export default defineConfig({
testDir: './tests',
snapshotPathTemplate: '{testDir}/__screenshots__/{testFilePath}/{arg}{ext}',
});
Type
Details
The value might include some "tokens" that will be replaced with actual values during test execution.
Consider the following file structure:
playwright.config.ts
tests/
└── page/
└── page-click.spec.ts
And the following page-click.spec.ts
that uses toHaveScreenshot()
call:
import { test, expect } from '@playwright/test';
test.describe('suite', () => {
test('test should work', async ({ page }) => {
await expect(page).toHaveScreenshot(['foo', 'bar', 'baz.png']);
});
});
The list of supported tokens:
{arg}
- Relative snapshot path without extension. These come from the arguments passed to thetoHaveScreenshot()
andtoMatchSnapshot()
calls; if called without arguments, this will be an auto-generated snapshot name.- Value:
foo/bar/baz
- Value:
{ext}
- snapshot extension (with dots)- Value:
.png
- Value:
{platform}
- The value ofprocess.platform
.{projectName}
- Project's file-system-sanitized name, if any.- Value:
''
(empty string).
- Value:
{snapshotDir}
- Project's testConfig.snapshotDir.- Value:
/home/playwright/tests
(sincesnapshotDir
is not provided in config, it defaults totestDir
)
- Value:
{testDir}
- Project's testConfig.testDir.- Value:
/home/playwright/tests
(absolute path is sincetestDir
is resolved relative to directory with config)
- Value:
{testFileDir}
- Directories in relative path fromtestDir
to test file.- Value:
page
- Value:
{testFileName}
- Test file name with extension.- Value:
page-click.spec.ts
- Value:
{testFilePath}
- Relative path fromtestDir
to test file- Value:
page/page-click.spec.ts
- Value:
{testName}
- File-system-sanitized test title, including parent describes but excluding file name.- Value:
suite-test-should-work
- Value:
Each token can be preceded with a single character that will be used only if this token has non-empty value.
Consider the following config:
import { defineConfig } from '@playwright/test';
export default defineConfig({
snapshotPathTemplate: '__screenshots__{/projectName}/{testFilePath}/{arg}{ext}',
testMatch: 'example.spec.ts',
projects: [
{ use: { browserName: 'firefox' } },
{ name: 'chromium', use: { browserName: 'chromium' } },
],
});
In this config:
- First project does not have a name, so its snapshots will be stored in
<configDir>/__screenshots__/example.spec.ts/...
. - Second project does have a name, so its snapshots will be stored in
<configDir>/__screenshots__/chromium/example.spec.ts/..
. - Since
snapshotPathTemplate
resolves to relative path, it will be resolved relative toconfigDir
. - Forward slashes
"/"
can be used as path separators on any platform.
teardown
Added in: v1.34Name of a project that needs to run after this and all dependent projects have finished. Teardown is useful to cleanup any resources acquired by this project.
Passing --no-deps
argument ignores testProject.teardown and behaves as if it was not specified.
Usage
A common pattern is a "setup" dependency that has a corresponding "teardown":
import { defineConfig } from '@playwright/test';
export default defineConfig({
projects: [
{
name: 'setup',
testMatch: /global.setup\.ts/,
teardown: 'teardown',
},
{
name: 'teardown',
testMatch: /global.teardown\.ts/,
},
{
name: 'chromium',
use: devices['Desktop Chrome'],
dependencies: ['setup'],
},
{
name: 'firefox',
use: devices['Desktop Firefox'],
dependencies: ['setup'],
},
{
name: 'webkit',
use: devices['Desktop Safari'],
dependencies: ['setup'],
},
],
});
Type
testDir
Added in: v1.10Directory that will be recursively scanned for test files. Defaults to the directory of the configuration file.
Each project can use a different directory. Here is an example that runs smoke tests in three browsers and all other tests in stable Chrome browser.
import { defineConfig } from '@playwright/test';
export default defineConfig({
projects: [
{
name: 'Smoke Chromium',
testDir: './smoke-tests',
use: {
browserName: 'chromium',
}
},
{
name: 'Smoke WebKit',
testDir: './smoke-tests',
use: {
browserName: 'webkit',
}
},
{
name: 'Smoke Firefox',
testDir: './smoke-tests',
use: {
browserName: 'firefox',
}
},
{
name: 'Chrome Stable',
testDir: './',
use: {
browserName: 'chromium',
channel: 'chrome',
}
},
],
});
Use testConfig.testDir to change this option for all projects.
Usage
testProject.testDir
Type
testIgnore
Added in: v1.10Files matching one of these patterns are not executed as test files. Matching is performed against the absolute file path. Strings are treated as glob patterns.
For example, '**/test-assets/**'
will ignore any files in the test-assets
directory.
Use testConfig.testIgnore to change this option for all projects.
Usage
testProject.testIgnore
Type
testMatch
Added in: v1.10Only the files matching one of these patterns are executed as test files. Matching is performed against the absolute file path. Strings are treated as glob patterns.
By default, Playwright looks for files matching the following glob pattern: **/*.@(spec|test).?(c|m)[jt]s?(x)
. This means JavaScript or TypeScript files with ".test"
or ".spec"
suffix, for example login-screen.wrong-credentials.spec.ts
.
Use testConfig.testMatch to change this option for all projects.
Usage
testProject.testMatch
Type
timeout
Added in: v1.10Timeout for each test in milliseconds. Defaults to 30 seconds.
This is a base timeout for all tests. Each test can configure its own timeout with test.setTimeout(). Each file or a group of tests can configure the timeout with test.describe.configure().
Use testConfig.timeout to change this option for all projects.
Usage
testProject.timeout
Type
use
Added in: v1.10Options for all tests in this project, for example testOptions.browserName. Learn more about configuration and see available options.
import { defineConfig } from '@playwright/test';
export default defineConfig({
projects: [
{
name: 'Chromium',
use: {
browserName: 'chromium',
},
},
],
});
Use testConfig.use to change this option for all projects.
Usage
testProject.use
Type