持续集成

简介

Playwright 测试可以在 CI 环境中执行。我们为常见的 CI 提供商创建了示例配置。

在 CI 上运行测试的 3 个步骤

**确保 CI 代理可以运行浏览器**：在 Linux 代理中使用我们的 Docker 镜像或者使用 CLI 安装您的依赖项。

安装 Playwright:

dotnet build
pwsh bin/Debug/netX/playwright.ps1 install --with-deps

运行您的测试:
```
dotnet test
```

CI 配置

命令行工具可用于在 CI 中安装所有操作系统依赖项。

GitHub Actions

在 push/pull_request 上

测试将在 push 或 pull request 上在分支 main/master 上运行。该工作流将安装所有依赖项、安装 Playwright 然后运行测试。

.github/workflows/playwright.yml
name: Playwright Tests
on:
  push:
    branches: [ main, master ]
  pull_request:
    branches: [ main, master ]
jobs:
  test:
    timeout-minutes: 60
    runs-on: ubuntu-latest
    steps:
    - uses: actions/checkout@v4
    - name: Setup dotnet
      uses: actions/setup-dotnet@v4
      with:
        dotnet-version: 8.0.x
    - name: Build & Install
      run: dotnet build
    - name: Ensure browsers are installed
      run: pwsh bin/Debug/net8.0/playwright.ps1 install --with-deps
    - name: Run your tests
      run: dotnet test

通过容器

GitHub Actions 支持在容器中运行作业，方法是使用 jobs.<job_id>.container 选项。这对于不在主机环境中使用依赖项并且能够在例如不同操作系统上进行屏幕截图/视觉回归测试时获得一致的环境非常有用。

.github/workflows/playwright.yml
name: Playwright Tests
on:
  push:
    branches: [ main, master ]
  pull_request:
    branches: [ main, master ]
jobs:
  playwright:
    name: 'Playwright Tests'
    runs-on: ubuntu-latest
    container:
      image: mcr.microsoft.com/playwright/dotnet:v1.47.0-jammy
      options: --user 1001
    steps:
      - uses: actions/checkout@v4
      - name: Setup dotnet
        uses: actions/setup-dotnet@v4
        with:
          dotnet-version: 8.0.x
      - run: dotnet build
      - name: Run your tests
        run: dotnet test

在部署时

这将在 GitHub 部署进入 success 状态后启动测试。像 Vercel 这样的服务使用这种模式，因此您可以在他们的部署环境中运行端到端测试。

.github/workflows/playwright.yml
name: Playwright Tests
on:
  deployment_status:
jobs:
  test:
    timeout-minutes: 60
    runs-on: ubuntu-latest
    if: github.event.deployment_status.state == 'success'
    steps:
    - uses: actions/checkout@v4
    - name: Setup dotnet
      uses: actions/setup-dotnet@v4
      with:
        dotnet-version: 8.0.x
    - run: dotnet build
    - name: Ensure browsers are installed
      run: pwsh bin/Debug/net8.0/playwright.ps1 install --with-deps
    - name: Run tests
      run: dotnet test
      env:
        # This might depend on your test-runner
        PLAYWRIGHT_TEST_BASE_URL: ${{ github.event.deployment_status.target_url }}

Docker

我们有一个预构建的 Docker 镜像，可以将其直接使用，也可以作为参考来更新您现有的 Docker 定义。

建议配置

在使用 Chromium 时，建议也使用 --ipc=host。如果没有它，Chromium 可能会内存不足并崩溃。在 Docker 文档中了解有关此选项的更多信息。
在启动 Chromium 时看到其他奇怪的错误？在本地开发时尝试使用 docker run --cap-add=SYS_ADMIN 运行您的容器。
建议使用 --init Docker 标志或 dumb-init 来避免对 PID=1 的进程进行特殊处理。这是导致僵尸进程的常见原因。

Azure Pipelines

对于 Windows 或 macOS 代理，不需要额外的配置，只需安装 Playwright 并运行您的测试即可。

对于 Linux 代理，您可以使用我们的 Docker 容器，Azure Pipelines 支持运行容器化作业。或者，您可以使用命令行工具来安装所有必要的依赖项。

要运行 Playwright 测试，请使用此管道任务

trigger:
- main

pool:
  vmImage: ubuntu-latest

steps:
- task: UseDotNet@2
  inputs:
    packageType: sdk
    version: '8.0.x'
  displayName: 'Use .NET SDK'
- script: dotnet build --configuration Release
  displayName: 'Build'
- script: pwsh bin/Release/net8.0/playwright.ps1 install --with-deps
  displayName: 'Install Playwright browsers'
- script: dotnet test --configuration Release
  displayName: 'Run tests'

Azure Pipelines（容器化）

trigger:
- main

pool:
  vmImage: ubuntu-latest
container: mcr.microsoft.com/playwright/dotnet:v1.47.0-noble

steps:
- task: UseDotNet@2
  inputs:
    packageType: sdk
    version: '8.0.x'
  displayName: 'Use .NET SDK'

- script: dotnet build --configuration Release
  displayName: 'Build'
- script: dotnet test --configuration Release
  displayName: 'Run tests'

CircleCI

在 CircleCI 上运行 Playwright 与在 GitHub Actions 上运行非常相似。为了指定预构建的 Playwright Docker 镜像，只需使用配置中的 docker: 修改代理定义，如下所示

executors:
  pw-jammy-development:
    docker:
      - image: mcr.microsoft.com/playwright/dotnet:v1.47.0-noble

注意：在使用 docker 代理定义时，您正在将 playwright 运行的位置的资源类指定为 'medium' 层级此处。Playwright 的默认行为是将工作程序数量设置为检测到的核心数量（在 medium 层级的情况下为 2）。将工作程序数量覆盖为超过此数量将导致不必要的超时和失败。

Jenkins

Jenkins 支持用于管道的 Docker 代理。使用 Playwright Docker 镜像在 Jenkins 上运行测试。

pipeline {
   agent { docker { image 'mcr.microsoft.com/playwright/dotnet:v1.47.0-noble' } }
   stages {
      stage('e2e-tests') {
         steps {
            sh 'dotnet build'
            sh 'dotnet test'
         }
      }
   }
}

Bitbucket Pipelines

Bitbucket Pipelines 可以使用公共的 Docker 镜像作为构建环境。要在 Bitbucket 上运行 Playwright 测试，请使用我们的公共 Docker 镜像（请参阅 Dockerfile）。

image: mcr.microsoft.com/playwright/dotnet:v1.47.0-noble

GitLab CI

要在 GitLab 上运行 Playwright 测试，请使用我们的公共 Docker 镜像（请参阅 Dockerfile）。

缓存浏览器

不建议缓存浏览器二进制文件，因为恢复缓存所需的时间与下载二进制文件所需的时间相当。特别是在 Linux 下，需要安装操作系统依赖项，这些依赖项不可缓存。

如果您仍然想在 CI 运行之间缓存浏览器二进制文件，请在 CI 配置中针对 Playwright 版本的哈希值缓存这些目录。

调试浏览器启动

Playwright 支持 DEBUG 环境变量来在执行期间输出调试日志。在调试 Error: Failed to launch browser 错误时，将其设置为 pw:browser 会很有帮助。

DEBUG=pw:browser dotnet test

以有头模式运行

默认情况下，Playwright 以无头模式启动浏览器。请参阅我们的运行测试指南，了解如何在有头模式下运行测试。

在 Linux 代理上，以有头模式执行需要安装 Xvfb。我们的 Docker 镜像和 GitHub Action 预先安装了 Xvfb。要在 Xvfb 中以有头模式运行浏览器，请在实际命令之前添加 xvfb-run。

xvfb-run dotnet test

简介​

CI 配置​

GitHub Actions​

在 push/pull_request 上​

通过容器​

在部署时​

Docker​

Azure Pipelines​

Azure Pipelines（容器化）​

CircleCI​

Jenkins​

Bitbucket Pipelines​

GitLab CI​

缓存浏览器​

调试浏览器启动​

以有头模式运行​

简介