プルリクエストを実機で確認する
プルリクエストごとに専用のCapgoチャンネルを作成し、チームメンバーにリンクを共有して、実機で精確な変更をテストできるようにします。アプリ再インストール、テストフライト、待ち時間なしです。
The Problem
テストフライトとGoogle Betaが速度をブロックしています
The TestFlight Testing Workflow
開発者がPRを開く
Codeはレビュー用に準備されています。ただし、誰もがテストする前に、まずテストフライトにアップロードする必要があります。
ビルドとアップロード
アプリをローカルにビルドするかCIでビルドします。アーカイブします。アップロードする。App Store Connectで処理を待ちます。15-30分以上かかります。
テスト用に配布
テスト者を追加するか、テストフライトに既に追加されている場合は追加しないでください。招待を送信し、受け入れるのを待ちます。インストール方法を説明してください。
間違ったビルドをテストする
テスト者がビルドをダウンロードします。開発者が修正をプッシュします。現在、すべての人がステップ2-3を繰り返して最新のビルドを取得する必要があります。
PRをテストするのにかかる時間: 45-60分。PRごと。テスターごと。更新ごと。
The Hidden Cost of Slow Testing
15-30分
TestFlight処理時間
アップロードするたびに、テスターがアクセスできるようにするには、Appleが各ビルドを処理する必要があります。これは、毎回のビルドごとに、毎回のビルドごとです。
67%
QAで費やされる時間のうちの
QAエンジニアは、実際にテストするのではなく、ビルドを待つのに67％の時間を費やしているという報告があります。つまり、1日あたり5時間以上の生産性の損失です。
$340/PR
プルリクエストあたりの非公開コスト
開発者待ち時間、QAブロック時間、遅れたフィードバックを考慮すると、平均$340の生産性の損失がプルリクエストあたり発生することがわかりました。
The Solution
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 Shake Menu (Zero)
テスターがデバイスを振ってメニューを開くことができるように、ビルトインのシェイクジェスチャーを有効にします。
// 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%の時間を費やしていると推定していました。
codeは実際の痛みは、クランチウィーク中に発生しました。複数のPRが同時にテストされる必要があるとき、QAは常に異なるテストフライトビルドを再インストールする必要がありました。テスターは実行中のバージョンについて混乱していました。既に修正されたバグが報告されました。
Capgo PR Previewを実装した後、彼らのQAチームは秒単位で任意のPRを切り替えることができました。再インストールなし。混乱なし。待たずに。平均的なマージ時間は2.3日から0.6日まで短縮されました。
第1四半期の結果
「私たちのQAチームは常に不満な状態から、実際にテストを楽しむようになりました。待たずにテストできるからです。私たちはスプリントごとに2倍の機能をリリースできるようになりました。」
— TechFlowのエンジニアリングマネージャー、リサ・ウォング
チームの全ての役割に適合したもの
PR プレビューは、モバイル開発におけるチーム全員の協力方法を変える。
QAエンジニア
- PRをあらゆるデバイスで秒単位でテストする
- PR間で即時切り替え、動作の比較
- どのビルドを実行しているかという混乱がなくなる
プロジェクトマネージャ
- リリース前の機能をレビューする
- 技術的な設定は必要ない - ただリンクをタップするだけ
- PR上で直接フィードバックを提供する
開発者
- QAフィードバックをコンテキスト切れ前に受け取る
- 修正をプッシュし、テスターは即時取得する
- No more 'waiting for build' blockers
Capgo vs TestFlight PR Preview
TestFlight / Beta
Capgo PR Preview
チームタイプによるソリューション
チームのニーズに合ったソリューションを探す
Stop Waiting. Start Testing.
Your QA team deserves better than watching progress bars. Give them instant access to every PR.
Set up in 5 minutes. No TestFlight required. No app reinstalls.