跳到主要内容

设置持续集成（CI）

简介​

Playwright 测试可以在任何持续集成（CI）提供商上运行。在本节中，我们将介绍如何使用 GitHub Actions 在 GitHub 上运行测试。如果你想了解如何配置其他 CI 提供商，请查看我们关于持续集成的详细文档。

你将学到​

设置 GitHub Actions​

要添加 GitHub Actions 文件，首先创建 .github/workflows 文件夹，并在其中添加一个 playwright.yml 文件，其中包含以下示例代码，这样你的测试将在每次向 main/master 分支推送和发起拉取请求时运行。

.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.test.steps 中的步骤列表，你可以看到该工作流程执行以下步骤：

  1. 克隆你的仓库
  2. 安装语言依赖项
  3. 安装项目依赖项并进行构建
  4. 安装 Playwright 浏览器
  5. 运行测试

创建仓库并推送到 GitHub​

设置好 GitHub 操作工作流程 后，你需要做的就是在 GitHub 上创建一个仓库，或将代码推送到现有仓库。按照 GitHub 上的说明操作，别忘了使用 git init 命令 初始化一个 Git 仓库，这样你就可以 添加、提交 和 推送 代码。

GitHub 上的 .NET 仓库

打开工作流程​

点击 操作 选项卡查看工作流程。在这里，你可以看到测试是否通过。

​

打开工作流程

在拉取请求（Pull Request）中，你还可以点击 拉取请求状态检查 中的 详细信息 链接。

拉取请求状态检查

查看测试日志​

点击工作流程运行，将显示 GitHub 执行的所有操作，点击 运行 Playwright 测试 将显示错误消息、预期结果、实际结果以及调用日志。

​

查看测试日志

查看追踪记录​

你可以将在 CI（如 GitHub Actions）上创建的追踪记录作为工件上传。这需要启动和停止追踪记录。我们建议仅为失败的测试记录追踪信息。一旦你的追踪记录上传到 CI，就可以下载并使用 trace.playwright.dev 打开，这是追踪查看器的静态托管版本。你可以通过拖放上传追踪文件。

​

playwright trace viewer

妥善处理机密信息​

追踪文件或控制台日志等工件包含有关测试执行的信息。它们可能包含敏感数据，例如测试用户的用户凭据、暂存后端的访问令牌、测试源代码，有时甚至是你的应用程序源代码。对待这些文件要像对待敏感数据一样谨慎。如果你在 CI 工作流程中上传报告和追踪记录，请确保仅将它们上传到受信任的工件存储，或者在上传前对文件进行加密。与团队成员共享工件时也是如此：使用受信任的文件共享，或者在共享前对文件进行加密。

后续步骤​