教育
StudySmarter - 学习应用
教育应用，需要利益相关者审查课程、课程和订阅的更改。
6.5亿安装
4.8 分数
问题
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请求的隐含成本
当您考虑开发人员等待时间、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 + 邀请
只需打开应用
清除旧构建
手动
自动合并
团队类型解决方案
找到适合您的团队需求的解决方案
使用Capacitor构建的产品应用需要可审查的移动更改
产品应用需要可审查的移动更改
学习、活动和社区应用可以同时进行入门、练习、直播和订阅的更改。PR预览让产品、QA和支持人员在合并之前检查一个已准备好的移动应用。
商业
Poll Everywhere
实时参与应用，事件流应该在合并之前进行测试。
1.1M 安装
3.2 分数
游戏板
lichess • 免费在线国际象棋
社区应用程序，锦标赛和分析屏幕受设备预览的益处。
11.3万安装
4.3星级