跳过主要内容
PR 预览

在真实设备上审查每个 PR

为每个 pull request 创建一个专门的 Capgo 频道。与您的团队共享一个链接,他们可以在设备上测试确切的更改 - 无需重新安装应用程序,无需 TestFlight,无需等待。

无需 TestFlight
设备即时测试
在合并时自动清理

问题

TestFlight 和 Google Beta 阻碍了您的速度

TestFlight 测试流程

1

开发人员打开 PR

Code 已准备就绪,等待审阅。然而,在任何人可以测试它之前,您需要构建并上传到 TestFlight。

2

构建和上传

在本地或 CI 中构建应用程序。打包它。上传到 App Store Connect。等待处理。15-30 分钟最低。

3

分发给测试者

如果测试者尚未在 TestFlight 中,请添加测试者。发送邀请。等待他们接受。解释如何安装。

4

测试错误的构建

测试者下载构建。开发人员推送修复。现在每个人都需要重复步骤 2-3 以获取更新的构建。

测试 PR 总时间:45-60 分钟。每个 PR。每个测试者。每次更新。

慢速测试的隐含成本

15-30 分钟

TestFlight 处理时间

每次上传的每个构建都需要 Apple 处理,测试者才能访问它。这是每次每个构建。

67%

QA时间耗费等待时间

QA工程师报告他们花费67%的时间等待构建,而不是实际测试。 这意味着每天5+小时的浪费生产力。

$340/PR

每个Pull Request的隐含成本

当您考虑开发人员等待时间、QA阻塞时间和延迟反馈时,每个PR的平均成本为$340的生产力损失。

解决方案

在60秒内测试任何PR

为每个PR创建一个Capgo频道。测试人员在几秒钟内切换频道。无需重新安装应用程序。无需等待。

1

开发人员打开PR

CI自动构建应用程序并创建一个名为PR号的Capgo频道。

自动

2

上传包

背景中将打包文件上传到 Capgo。无需等待处理。

< 30 秒

3

切换测试频道

测试者打开应用,切换到 PR 频道,立即获取最新的构建。

< 10 秒

4

测试和审批

QA 在真实设备上进行测试。开发人员推送修复。测试者立即获得更新。无需重新安装。

即时迭代

github/workflows/pr-preview.yml
name: PR Preview
on:
  pull_request:
    types: [opened, synchronize]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6

      - name: Setup & Build
        run: |
          npm ci
          npm run build

      # Create a channel named after your PR
      - name: Create PR Channel
        run: npx @capgo/cli channel add pr-$${{ github.event.pull_request.number }}

      # Upload the build to that channel
      - name: Upload to Capgo
        run: npx @capgo/cli bundle upload --channel pr-$${{ github.event.pull_request.number }}

      # Post a comment with the test link
      - name: Comment on PR
        uses: actions/github-script@v7
        with:
          script: |
            github.rest.issues.createComment({
              owner: context.repo.owner,
              repo: context.repo.repo,
              issue_number: $${{ github.event.pull_request.number }},
              body: '📱 **Test this PR on device:**\\n\\nOpen your app and switch to channel: `pr-$${{ github.event.pull_request.number }}`'
            })

设置需要 5 分钟。复制此工作流并将其适应您的 CI。

测试者如何切换到您的 PR 构建

摇动菜单(零 Code)

启用内置的摇晃手势。测试人员摇晃设备以打开显示所有可用频道的菜单。

// capacitor.config.ts
CapacitorUpdater: {
  shakeMenu: true // Enable for testing
}

In-App Switcher

构建一个用于切换频道的自定义 UI。适合在应用中创建开发设置屏幕。

// Switch channel from your app
import { CapacitorUpdater } from '@capgo/capacitor-updater'

await CapacitorUpdater.setChannel({
  channel: 'pr-123'
})

现实世界的影响

TechFlow 如何通过 4 倍加速其审查周期

TechFlow

B2B SaaS - 团队协作应用

TechFlow 的移动团队每周提交 15-20 个 PR。每个 PR 都需要 QA 测试才能合并。通过 TestFlight,QA 领导估计他们花费 60% 的时间等待构建,而不是测试。

真正的痛苦出现在紧急周。多个 PR 需要同时测试时,QA 必须不断重新安装不同的 TestFlight 构建。测试人员对正在运行的版本感到困惑。已修复的 code 中的 bug 被报告。

在实施 Capgo PR 预览后,他们的 QA 团队可以在几秒钟内切换到任何 PR。无需重新安装。无需混淆。无需等待。他们的平均时间到合并从 2.3 天降至 0.6 天。

结果 (第一季度)

首次 QA feedback 的时间 < 5 min
每个迭代的 PR 数量 +156%
QA 等待时间 -87%
合并时间 0.6 天

"Our QA team went from constantly frustrated to genuinely happy. They actually enjoy testing now because they're not waiting around. We ship twice as many features per sprint."

— TechFlow 的工程经理 Lisa Wong

适用于您的团队中每个角色

PR 预览彻底改变了您的团队在移动开发中如何协作

QA 工程师

  • 在秒钟内在您的设备上测试任何 PR
  • 快速切换 PR 以比较行为
  • 不再混淆哪个构建正在运行

项目经理

  • 在发布前查看特性
  • 无需技术设置 - 只需点击链接
  • 直接在 PR 提供反馈

开发者

  • 在上下文切换前获取 QA feedback
  • 推送修复并让测试人员立即获得
  • 不再有 '等待构建' 阻塞

TestFlight vs Capgo PR Preview

TestFlight / Beta

Capgo PR Preview

构建到可测试
15-30 分钟
小于 1 分钟
切换构建
5+ 分钟重新安装
10 秒
测试器设置
Apple ID + 邀请
只需打开应用
清除旧构建
手动
自动合并时

停止等待,开始测试。

您的QA团队 deserves better than watching 进度条。给他们即时访问每个PR。

__CAPGO_KEEP_0__ 在 5 分钟内设置。无需 TestFlight。无需重新安装应用。