问题
TestFlight 和 Google Beta 阻碍了您的速度
TestFlight 测试流程
开发人员打开 PR
Code 已准备就绪,等待审阅。然而,在任何人可以测试它之前,您需要构建并上传到 TestFlight。
构建和上传
在本地或 CI 中构建应用程序。打包它。上传到 App Store Connect。等待处理。15-30 分钟最低。
分发给测试者
如果测试者尚未在 TestFlight 中,请添加测试者。发送邀请。等待他们接受。解释如何安装。
测试错误的构建
测试者下载构建。开发人员推送修复。现在每个人都需要重复步骤 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频道。测试人员在几秒钟内切换频道。无需重新安装应用程序。无需等待。
开发人员打开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 }}`'
}) 设置需要 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 天。
结果 (第一季度)
"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
团队类型解决方案
找到适合您的团队需求的解决方案