Creare un canale dedicato Capgo per ogni richiesta di pull. Condividere un link con il tuo team e possono testare le modifiche esatte sul loro dispositivo - nessuna reinstallazione dell'app, nessun TestFlight, nessuna attesa.
supporto umano da Martin
Il sviluppatore apre una PR
Code è pronto per la revisione. Ma prima che qualcuno possa testarlo, è necessario costruire e caricare su TestFlight.
Costruisci e Carica
Costruisci l'app localmente o in CI. Archivia il file. Carica su App Store Connect. Aspetta il processo. 15-30 minuti minimo.
Distribuisci ai Testatori
Aggiungi i tester se non sono già presenti in TestFlight. Invita. Aspetta che accettino. Spiega come installare.
Testa la versione sbagliata
I tester scaricano la versione. Il dev apporta una correzione. Ora tutti devono ripetere i passaggi 2-3 per ottenere la versione aggiornata.
Tempo totale per testare una PR: 45-60 minuti. Per PR. Per tester. Per ogni aggiornamento.
15-30 minuti
Il tempo di elaborazione di TestFlight
Ogni build che carichi deve essere elaborato da Apple prima che i tester possano accedervi. Questo è per-build, ogni volta.
67%
Di tempo di QA trascorso in attesa
I QA ingegneri riferiscono di trascorrere il 67% del loro tempo in attesa di build anziché testare effettivamente. Quindi 5+ ore al giorno di produttività persa.
$340/PR
Costo nascosto per pull request
Quando si tiene conto del tempo di attesa del developer, del tempo di QA bloccato e della feedback ritardato, ogni PR costa in media $340 di produttività persa.
Creare un canale Capgo per ogni PR. I tester passano da un canale all'altro in secondi. Nessuna reinstallazione dell'app. Nessuna attesa.
La CI costruisce automaticamente l'app e crea un canale Capgo chiamato con il numero del PR.
Automatico
La bundle caricata si carica in Capgo in background senza alcun ritardo di elaborazione.
< 30 secondi
Il tester apre l'app, passa al canale PR e ottiene il build immediatamente.
< 10 secondi
La QA testa su dispositivo reale. Il dev invia le correzioni. Il tester ottiene aggiornamenti immediati. Nessuna reinstallazione necessaria.
Iterazione istantanea
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 }}`'
})La configurazione richiede 5 minuti. Copia questo workflow e adattalo al tuo CI.
Abilita il gesto di scuotimento integrato. I tester scuotono il loro dispositivo per aprire un menu che mostra tutti i canali disponibili.
// capacitor.config.ts
CapacitorUpdater: {
shakeMenu: true // Enable for testing
}Costruisci un'interfaccia utente personalizzata per la selezione dei canali. Perfetto per una schermata di impostazioni del dev nel tuo app.
// Switch channel from your app
import { CapacitorUpdater } from '@capgo/capacitor-updater'
await CapacitorUpdater.setChannel({
channel: 'pr-123'
})Team di collaborazione B2B SaaS - App
TechFlow era una squadra mobile che inviava 15-20 PRs a settimana. Ogni PR richiedeva la verifica da parte della QA prima della fusione. Con TestFlight, il loro leader QA stimava che trascorressero il 60% del loro tempo ad aspettare i build invece di testare.
Il vero dolore arrivò durante le settimane di emergenza. Quando più PRs dovevano essere testate contemporaneamente, la QA doveva reinstallare costantemente diversi build di TestFlight. I tester si confondevano sulla versione che stavano eseguendo. I bug venivano segnalati su versioni già corrette code.
Dopo l'implementazione di Capgo PR Preview, la loro squadra QA poteva passare da qualsiasi PR in secondi. Nessuna reinstallazione. Nessuna confusione. Nessuna attesa. Il loro tempo medio di merge scese da 2,3 giorni a 0,6 giorni.
"Il nostro team di QA è passato da frustrato a felice. Gli piace ora testare perché non devono più aspettare. Rilasciamo il doppio di feature per sprint."
— Lisa Wong, Engineering Manager di TechFlow
PR Preview trasforma la collaborazione del tuo team sullo sviluppo mobile.
TestFlight / Beta
Capgo Anteprima PR
Trovate la soluzione che si adatta alle esigenze del vostro team
Apps built with Capacitor
Il PR preview consente agli apprendisti, agli organizzatori di eventi e alla community di avere modifiche di onboarding, pratica, sessione live e abbonamento in fase di revisione contemporaneamente. I PR preview consentono ai prodotti, QA e supporto di esaminare una versione mobile pronta per l'integrazione prima di effettuare la fusione.
ISTRUZIONE
L'app di istruzione dove le modifiche di lezione, corso e abbonamento richiedono la revisione dei stakeholder.
IMPRESE
L'app di impegno diretto in tempo reale dove i flussi degli eventi dovrebbero essere testati prima della fusione.
SCACCHIERA DI GIOCO
Comunità di app dove le schermate torneo e di analisi beneficiano delle anteprime dei dispositivi.
La tua squadra QA merita di meglio che guardare i progressi. Dai loro accesso istantaneo a ogni PR.
Sostegno umano da Martin
Configura in 5 minuti. Nessun TestFlight richiesto. Nessuna reinstallazione dell'app.