跳过主要内容
PR预览

在真实设备上查看每个PR

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

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

The Problem

TestFlight 和 Google Beta 正在阻碍您的速度

The TestFlight 测试流程

1

开发者打开 PR

Code 已准备就绪,待审阅。但是,任何人都无法测试它之前,您需要构建并上传到 TestFlight。

2

构建和上传

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

3

分发给测试者

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

4

测试错误的构建

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

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

The Hidden Cost of Slow Testing

15-30 分钟

TestFlight 处理时间

每次上传的每个构建都必须由苹果处理才能让测试者访问。 这是每次构建的

67%

QA 等待时间的百分比

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

每个 PR 的隐藏成本

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

解决方案

在 60 秒内测试任何 PR

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

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 }}`'
            })

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

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

摇动菜单(零Code)

启用内置的摇动手势。测试人员摇动他们的设备以打开一个菜单,显示所有可用的频道.

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

内置切换器

构建一个用于切换频道的自定义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 时间 &lt; 5 分钟
每个 sprint 合并的 PR 数 +156%
QA 等待时间 -87%
合并时间 0.6 天

"我们的 QA 团队从常常沮丧转变为真正高兴。 他们现在真正喜欢测试,因为他们不再等待。 我们每个 sprint 都能推出两倍的功能。"

— TechFlow 的工程经理 Lisa Wong

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

PR Preview 改变了您的整个团队在移动开发中的协作方式。

QA 工程师

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

项目经理

  • 在功能发布之前进行预览
  • 无需技术设置 - 只需点击链接
  • 在 PR 上直接提供反馈

开发者

  • 在上下文切换之前获得 QA feedback
  • 推送修复并让测试人员立即获得它们
  • 没有更多的‘等待构建’阻塞

TestFlight vs Capgo PR预览

TestFlight / Beta

Capgo PR预览

构建到可测试
15-30 分钟
&lt;1 分钟
切换构建
5+ 分钟重新安装
10 秒
测试者设置
Apple ID + 邀请
Just open the app
清理旧构建
手动
自动合并

使用Capacitor构建的应用

产品应用需要可审查的移动更改

学习、活动和社区应用可以在同一时间进行审查、练习、实时会议和订阅更改。

应用类型
PR预览
商店分类
教育、商业、游戏板
来源
公共商店数据集
StudySmarter - 学校和uni应用图标

教育

StudySmarter - 学校 &amp; 大学

教育应用程序,课程、订阅和课堂变更需要利益相关者审查。

6.5百万安装4.8评分
查看Google Play列表
Poll Everywhere应用程序图标

商业

Poll Everywhere

实时参与应用程序,事件流应该在合并之前进行测试。

1.1百万安装3.2评分
查看 Google Play 列表
lichess • 免费在线国际象棋应用图标

游戏板

lichess • 免费在线国际象棋

社区应用,tournament 和分析屏幕都能从设备预览中受益。

11.3M 安装4.3 分
查看 Google Play 列表

停止等待。 开始测试。

您的QA团队 deserves 更好的东西,而不是等待进度条。 给他们即时访问每个PR。

在5分钟内设置。 不需要TestFlight。 不需要应用程序重新安装。