The Problem
TestFlight 和 Google Beta 正在阻碍您的速度
The TestFlight 测试流程
开发者打开 PR
Code 已准备好审查。 但是，任何人都无法测试它之前，需要构建并上传到 TestFlight。
构建和上传
在本地或 CI 中构建应用程序。 归档它。 上传到 App Store Connect。 等待处理。 15-30 分钟最低。
分发给测试者
添加测试者，如果他们尚未在 TestFlight 中。 发送邀请。 等待他们接受。 解释如何安装。
测试错误的构建
测试者下载构建。 开发人员推送修复。 现在每个人都需要重复步骤 2-3 以获取更新的构建。
测试 PR 总时间：45-60 分钟。 每个 PR。 每个测试者。 对于每个更新。
The Hidden Cost of Slow Testing
15-30 分钟
TestFlight 处理时间
每次上传的每个构建都必须由苹果处理才能让测试者访问它。这是每次构建，所有时间。
67%
等待 QA 时间的成本
QA 工程师报告，他们花费 67% 的时间等待构建，而不是实际测试。这意味着每天浪费 5+ 小时的生产力。
$340/PR
每个 pull 请求的隐含成本
考虑到开发者等待时间、QA 阻塞时间和延迟反馈，每个 PR 的平均成本为 $340 的生产力损失。
解决方案
在 60 秒内测试任何 PR
为每个 PR 创建一个 Capgo 频道。测试者在几秒钟内切换频道。无需重新安装应用程序。无需等待。
开发者提交PR
CI自动构建应用并创建一个名为PR号的Capgo频道。
自动
打包上传
构建的打包文件在后台上传到Capgo。无需等待处理。
小于30秒
测试者切换频道
测试者打开应用，切换到PR频道，立即获取最新的构建。
小于10秒
测试和审批
QA在真实设备上进行测试。开发者推送修复。测试者立即获取更新。无需重新安装。
即时迭代
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%的时间等待构建，而不是测试。
当紧急周末到来时，真正的痛苦才开始。 QA 必须不断地重新安装不同的 TestFlight 版本，以便测试多个 PR。 测试人员对正在运行的版本感到困惑。 他们报告的 bug 已经修复了 code。
通过实施 Capgo PR 预览功能，QA 团队可以在几秒钟内切换到任何 PR。 没有重新安装。 没有混淆。 没有等待。 他们的平均时间从 2.3 天降至 0.6 天。
第一季度的结果
"我们的 QA 团队从常常沮丧转变为真正开心。 他们现在真正喜欢测试，因为他们不用等待。 我们每个 sprint 都能推送两倍的功能。"
— TechFlow 的工程经理 Lisa Wong
为您的团队中的每个角色而建
PR Preview 改变了您的整个团队在移动开发中的协作方式。
QA 工程师
- 在几秒钟内在您的设备上测试任何 PR
- 在 PR 之间快速切换以比较行为
- 不再混淆您正在运行的哪个构建
项目经理
- 在功能发布之前进行审查
- 无需技术设置 - 只需点击链接
- 在 PR 上直接提供反馈
开发者
- 在上下文切换之前获得 QA feedback
- 推送修复并测试人员立即获得它们
- No more 'waiting for build' blockers
TestFlight vs Capgo PR预览
TestFlight / Beta
Capgo PR预览
团队类型的解决方案
找到适合团队需求的解决方案