Skip to main content
Learn more about Playwright Check Suites in the Playwright Check Suites overview.
Use Playwright Check Suites to reuse your existing Playwright test suite to run it as end-to-end tests and synthetic monitoring. The examples below show how to configure Playwright Check Suites for different testing and monitoring scenarios.
Before creating Playwright Check Suites, ensure you have:For additional setup information, see CLI overview.

Configuration

The Playwright Check Suite configuration consists of specific Playwright Check Suite options and inherited general monitoring options.
ParameterTypeRequiredDefaultDescription
playwrightConfigPathstring-Path to the Playwright configuration file (playwright.config.js/ts)
installCommandstring-Command to install dependencies before running tests
testCommandstringnpx playwright testCommand to execute Playwright tests
pwProjectsstring string[]-Specific Playwright projects to run from your configuration
pwTagsstring string[]-Tags to filter which tests to run using Playwright’s grep functionality
includestring string[]-File patterns to include when bundling the test project
engineEngineAuto-detected, then Node.js 22JavaScript engine and version used to run the Playwright Check Suite

Playwright Check Suite Options

playwrightConfigPath
string
required
The path to the Playwright configuration file (playwright.config.js/ts) which defines test settings, browser configurations, and project structure.Usage:
installCommand
string
The command to install dependencies before running tests. This configuration is useful for ensuring test dependencies are available in the runtime environment.Checkly defaults to using npm, but automatically detects other package managers if lock files are present.Usage:
testCommand
string
default:"npx playwright test"
The command to execute Playwright tests when running npx checkly test or running your Playwright Check Suite as monitor.Usage:
If you configure the testCommand property and pwTags or pwProjects the options will be merged and all configurations applied to npx playwright test.
Checkly applies these Playwright defaults when you do not set them yourself: workers: 4, retries: 2, use.video: "on-first-retry", and use.screenshot: "on-first-retry". Checkly also records traces on every run, uses the Checkly reporter, and appends a Checkly user-agent suffix. Checkly supports Playwright’s globalTimeout; the timer starts when npx playwright test begins.
pwProjects
string
The defined projects to run from your Playwright configuration.Usage:
Playwright Test Projects let you run different test files in different browsers and with different settings. They’re the recommended way to group and bundle test functionality.
pwTags
string
The tags to filter which tests to run using Playwright’s grep functionality.Tests matching any of these tags will be executed.Usage:
Learn more about test tags and annotations in the Playwright annotation docs.
include
string
Defines the glob patterns for files and directories that should be included when bundling the Playwright Check Suite. Use this option to manually include additional test files, helper utilities, or other resources that might be outside of the tests directory that your playwright config file points to.Usage:
The Playwright Check Suite bundling process uses a breadth-first search algorithm starting from the entrypoint to recursively find all local file dependencies. It parses import/require statements and follows the dependency graph to include all necessary files.Use include to bundle files that are not directly imported/required.
engine
Engine
The JavaScript engine and version used to run the Playwright Check Suite. Use the Engine helpers to select Node.js or Bun explicitly.Usage:
If you omit engine, the Checkly CLI tries to detect it from project version files. It checks .node-version, .nvmrc, .tool-versions (nodejs or bun), .bun-version, and package.json engines.node or engines.bun.When both Node.js and Bun candidates are found, Node.js takes precedence. .nvmrc aliases such as lts, lts/*, node, stable, and latest are skipped.For package.json engine ranges, the CLI uses the minimum version from the semver range. For example, >=22 resolves to Node.js 22, and >=1.3 resolves to Bun 1.3.Detected and explicit versions are checked against Checkly’s engine rules:
EngineSupported versionsResolution behavior
Node.js22, 24, 26Older, EOL, non-LTS, or future major versions are remapped to the nearest supported LTS version with a warning
Bun1.3Older or future 1.x versions are remapped to 1.3 with a warning; 2.x and newer are rejected
If no engine is set and the CLI cannot auto-detect one, Checkly uses the default Node.js 22 engine.

General Check Options

name
string
required
Friendly name for your Playwright Check Suite that will be displayed in the Checkly dashboard and used in notifications.Usage:
frequency
Frequency
How often the Playwright Check Suite should run. Use the Frequency enum to set the check interval.Usage:
Examples:
Available frequencies: EVERY_1M, EVERY_2M, EVERY_5M, EVERY_10M, EVERY_15M, EVERY_30M, EVERY_1H, EVERY_2H, EVERY_6H, EVERY_12H, EVERY_24H
locations
string[]
default:"[]"
Array of public location codes where the Playwright Check Suite should run. Multiple locations provide geographic coverage and redundancy.Usage:
Examples:
Use cases: Global user experience monitoring, regional performance testing, compliance requirements.
activated
boolean
default:"true"
Whether the Playwright Check Suite is enabled and will run according to its schedule.Usage:
tags
string[]
default:"[]"
Array of Checkly tags to organize and categorize your Playwright Check Suite in the Checkly infrastructure.Usage:
Examples:
Use cases: Organization, filtering, alerting rules, reporting.
environmentVariables
object[]
default:"[]"
Check-level environment variables that will be available during test execution. Useful for test configuration and sensitive data.Usage:
Parameters:
ParameterTypeRequiredDescription
keystringEnvironment variable name
valuestringEnvironment variable value
secretbooleanWhether the value should be encrypted and hidden
Examples:
Use cases: Test configuration, authentication, API keys, feature flags, environment-specific settings.

Examples