Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
Azure Playwright is a fully managed Azure service that uses the cloud to enable you to run Playwright tests with much higher parallelization across different operating system-browser combinations simultaneously. This means faster test runs with broader scenario coverage, which helps speed up delivery of features without sacrificing quality. The service also includes integrated reporting capabilities that automatically upload test results and related artifacts to Azure storage and view them in the service portal, enabling faster and easier troubleshooting. With Playwright Workspaces, you can release features faster and more confidently.
Ready to get started? Jump into our quickstart guide!
Useful Links
- Quickstart: Run end-to-end tests at scale
- Quickstart: Set up continuous end-to-end testing across different browsers and operating systems
- Explore features and benefits
- Documentation
- Pricing
- Share feedback
Get Started
Follow these steps to run your existing Playwright test suite with the service.
Prerequisites
- An Azure account with an active subscription. If you don't have an Azure subscription, create a free account before you begin.
- Your Azure account must be assigned the Owner, Contributor, or one of the classic administrator roles.
- Azure CLI must be installed in the machine from where you are running Playwright tests.
Create a Workspace
Sign in to the Azure portal with your Azure account.
Create the Workspace.
Select the menu button in the upper-left corner of the portal, and then select Create a resource.
Enter Playwright Workspaces in the search box.
Select the Playwright Workspaces card, and then select Create.
Provide the following information to configure a new Playwright workspace:
Field Description Subscription Select the Azure subscription that you want to use for this Playwright workspace. Resource group Select an existing resource group. Or select Create new, and then enter a unique name for the new resource group. Name Enter a unique name to identify your workspace.
The name can only consist of alphanumerical characters, and have a length between 3 and 64 characters.Location Select a geographic location to host your workspace.
This location also determines where the test execution results are stored.Reporting Toggle is set to “Enabled” by default to enable users to save and view their test run reports from Playwright Workspace. If you want to turn off reporting, toggle the setting to "Disabled". Storage account New storage account is created and selected by default to store the Playwright Workspaces reporting artifacts. To select an existing storage account, select from the dropdown or click on "Create new" to create a new storage account of your choice. Note
Optionally, you can configure more details on the Tags tab. Tags are name/value pairs that enable you to categorize resources and view consolidated billing by applying the same tag to multiple resources and resource groups.
After you're finished configuring the resource, select Review + Create.
Review all the configuration settings and select Create to start the deployment of the Playwright workspace.
When the process has finished, a deployment success message appears.
To view the new workspace, select Go to resource.
Install Azure Playwright package
Run this command to install the service package
npm init @azure/playwright@latest
Installing the service package will create a service config file named playwright.service.config.ts
The service configuration serves to:
- Direct and authenticate Playwright to the Playwright Workspaces.
- Add Playwright Workspaces reporting to your config.
- Override timeouts for service operations, if needed.
Make sure your project uses @playwright/test version 1.47 or above.
Obtain region endpoint
In the Azure portal, copy the command under Add region endpoint in your set up.
The endpoint URL corresponds to the workspace region. You might see a different endpoint URL in the Azure portal, depending on the region you selected when creating the workspace.
Set up environment
Ensure that the PLAYWRIGHT_SERVICE_URL that you obtained in previous step is available in your environment.
We recommend using dotenv module to manage your environment. With dotenv you'll be using the .env file to define your environment variables.
Don't forget to add
.envfile to your.gitignorefile in order to not leak your secrets.
npm i --save-dev dotenv
.env file
PLAYWRIGHT_SERVICE_URL=wss://eastus.api.playwright.microsoft.com/playwrightworkspaces/workspace-id/browsers
Set up Authentication
To run your Playwright tests in your Azure Playwright workspace, you need to authenticate the Playwright client where you are running the tests with the service. This could be your local dev machine or CI machine.
The service offers two authentication methods: Microsoft Entra ID and Access Tokens.
Microsoft Entra ID uses your Azure credentials, requiring a sign-in to your Azure account for secure access. Alternatively, you can generate an access token from your Playwright workspace and use it in your setup.
Set up authtication using Microsoft Entra ID
Microsoft Entra ID is the default and recommended authentication for the service. From your local dev machine, you can use Azure CLI to sign-in
az login
NOTE: If you are a part of multiple Microsoft Entra tenants, make sure you sign-in to the tenant where your workspace belongs. You can get the tenant id from Azure portal, see Find your Microsoft Entra Tenant. Once you get the ID, sign-in using the command az login --tenant <TenantID>
Set up authentication using access tokens
You can generate an access token from your Azure Playwright workspace and use it in your setup. However, we strongly recommend Microsoft Entra ID for authentication due to its enhanced security. Access tokens, while convenient, function like long-lived passwords and are more susceptible to being compromised.
To use access token based authentication, Enable access-token based authentication
We strongly recommend using Microsoft Entra ID for authentication to the service. If you are using access tokens, see How to Manage Access Tokens
NOTE: To use Azure Playwright in CI pipelines, you need to configure authentication with the service from pipeline, see set up continuous end-to-end testing across different browsers and operating systems
Run the tests
Run Playwright tests against browsers managed by the service using the configuration you created above.
npx playwright test --config=playwright.service.config.ts --workers=20
Azure Playwright Reporter
Azure Playwright includes a custom reporter that automatically uploads your Playwright HTML test reports to Azure Storage, making them accessible directly through the Azure portal for easier debugging and result sharing.
Features
- Automatic Report Upload: Seamlessly uploads Playwright HTML reports to your Azure Storage account
- Portal Integration: View test results directly in the Azure Playwright portal
- Enhanced Debugging: Access detailed test artifacts, traces, and screenshots
Setup and Configuration
The Azure Playwright reporter is included with the @azure/playwright package and works alongside Playwright's built-in HTML reporter.
1. Configure Reporters in Playwright Config
Add both the HTML reporter and Azure Playwright reporter to your playwright.service.config.ts:
import { getServiceConfig, PlaywrightReporter } from "@azure/playwright";
import { defineConfig } from "@playwright/test";
import { DefaultAzureCredential } from "@azure/identity";
// <snippet_configure_reporters>
import { getServiceConfig, PlaywrightReporter } from "@azure/playwright";
import { defineConfig } from "@playwright/test";
import { DefaultAzureCredential } from "@azure/identity";
export default defineConfig(
getServiceConfig({
// Your existing configuration
credential: new DefaultAzureCredential(),
}),
{
reporter: [
["html", { open: "never" }], // HTML reporter must come first
["@azure/playwright/reporter"], // Azure reporter uploads HTML report
],
},
);
2. Prerequisites for Reporting
Before using the Azure Playwright reporter, ensure your workspace is properly configured:
Workspace Configuration
Enable Reporting and Configure Storage:
- Go to your Playwright Workspace in the Azure portal
- Navigate to the Storage configuration tab
- Toggle Reporting to Enabled
- Create new or select existing storage account
- Click Save
Configure RBAC for Storage Access:
- Open the linked storage account
- Go to Access Control (IAM) tab
- Click Add role assignment
- Search for and select Storage Blob Data Contributor role, then click Next
- Select and add all members who will be running tests
- Click Review + assign
Configure CORS for Trace Viewer:
- Open the linked storage account
- Go to Settings → Resource sharing (CORS)
- Under Blob service, add a new record:
- Allowed origins:
https://trace.playwright.dev - Allowed methods:
GET, OPTIONS - Max age: Enter a value between 0 and 2147483647
- Allowed origins:
- Click Save
Client Requirements
- Authentication: Microsoft Entra ID authentication is required (access tokens are not supported for reporting)
- Playwright Version: Requires Playwright version 1.57 or higher
- Service Configuration: Must use the service configuration (playwright.service.config.ts)
- Workspace Settings: Reporting must be enabled on your Azure Playwright workspace
How It Works
- Test Execution: Tests run normally using Azure Playwright service browsers
- HTML Report Generation: Playwright's HTML reporter generates the standard test report
- Automatic Upload: Azure reporter uploads the HTML report folder to your workspace's Azure Storage
- Portal Access: View results in the Azure portal via the provided URL
Next steps
Run tests in a CI/CD pipeline.
Learn how to manage access to the created workspace.
Experiment with different number of workers to determine the optimal configuration of your test suite.
Contributing
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.opensource.microsoft.com.
When you submit a pull request, a CLA bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., status check, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.
Trademarks
This project may contain trademarks or logos for projects, products, or services. Authorized use of Microsoft trademarks or logos is subject to and must follow Microsoft's Trademark & Brand Guidelines. Use of Microsoft trademarks or logos in modified versions of this project must not cause confusion or imply Microsoft sponsorship. Any use of third-party trademarks or logos is subject to those third-party's policies.
Azure SDK for JavaScript