ISTRUZIONE
StudySmarter - Scuola & università
App di istruzione dove le modifiche alle lezioni, ai corsi e alle sottoscrizioni richiedono la revisione dei stakeholder.
Crea un canale dedicato Capgo per ogni richiesta di pull. Condividi un link con il tuo team e possono testare le modifiche esatte sul loro dispositivo - senza reinstallare l'app, senza TestFlight, senza aspettare.
Il Dev Apre il 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 la build. Carica su App Store Connect. Aspetta il processo. 15-30 minuti minimo.
Distribuisci ai Testatori
Aggiungi i testatori se non sono già in TestFlight. Invita. Aspetta che accettino. Spiega come installare.
Testa la Build Errata
I testatori scaricano la build. Il Dev apporta una correzione. Ora tutti devono ripetere i passaggi 2-3 per ottenere la build aggiornata.
Tempo totale per testare un PR: 45-60 minuti. Per PR. Per testatore. Per ogni aggiornamento.
15-30 minuti
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%
Del tempo di QA speso in attesa
Gli ingegneri QA riportano di trascorrere il 67% del loro tempo in attesa di build piuttosto che effettuare test reali. Quindi 5+ ore al giorno di produttività persa.
$340/PR
Costo nascosto per richiesta di pull
Quando si tiene conto del tempo di attesa del developer, del tempo bloccato di QA e della feedback ritardato, ogni PR costa in media $340 di produttività persa.
Creare un canale Capgo per ogni PR. I tester passano ai canali in secondi. Nessuna reinstallazione dell'app. Nessuna attesa.
Il CI costruisce automaticamente l'app e crea un canale Capgo chiamato con il numero della PR.
Automatico
Il pacchetto costruito si carica in Capgo in background. Nessuna ritardata elaborazione.
< 30 secondi
Il testatore apre l'app, cambia al canale della PR e ottiene la build immediatamente.
< 10 secondi
La QA testa su dispositivo reale. Il Dev spinge le correzioni. Il testatore ottiene immediatamente gli aggiornamenti. 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 }}`'
}) Il setup richiede 5 minuti. Copia questo workflow e adattalo al tuo CI.
Abilita il gesto di shake 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'
}) App di collaborazione B2B SaaS - Team
Il team mobile di TechFlow stava inviando 15-20 PR a settimana. Ogni PR richiedeva una verifica da parte della QA prima della fusione. Con TestFlight, il loro capo QA stimava di aver trascorso il 60% del loro tempo ad aspettare i build invece di testare.
The vero dolore arrivò durante le settimane di crunch. Quando erano necessari test simultanei per più PR, la QA doveva reinstallare costantemente diverse versioni 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, il loro team di QA poteva passare da qualsiasi PR in secondi. Nessuna reinstallazione. Nessuna confusione. Nessuna attesa. Il loro tempo medio di merge è sceso da 2,3 giorni a 0,6 giorni.
"Il nostro team di QA è passato da frustrato a felice. In realtà, i nostri tester si divertono a testare ora perché non devono aspettare. Rilasciamo il doppio di feature per sprint."
— Lisa Wong, Ingegnere Capo a TechFlow
La anteprima del PR trasforma il modo in cui tutta la tua squadra collabora sullo sviluppo mobile.
TestFlight / Beta
anteprima di Capgo PR
Trova la soluzione che si adatta alle esigenze del tuo team
App costruite con Capacitor
Il app di apprendimento, evento e community possono avere modifiche di onboarding, pratica, sessione live e abbonamento in revisione allo stesso tempo. Le anteprime dei PR consentono a prodotto, QA e supporto di esaminare una build pronta per il mobile prima della fusione.
ISTRUZIONE
App di istruzione dove le modifiche alle lezioni, ai corsi e alle sottoscrizioni richiedono la revisione dei stakeholder.
ATTIVITÀ COMMERCIALE
App di coinvolgimento in tempo reale dove i flussi degli eventi dovrebbero essere testati prima della fusione.
TAVOLO DA GIOCO
App di comunità dove le schermate dei tornei e dell'analisi beneficiano delle anteprime sul dispositivo.
Il tuo team di QA merita di meglio che guardare i progressi dei barre. Dai loro accesso istantaneo a ogni PR.
Configura in 5 minuti. Nessun TestFlight richiesto. Nessuna reinstallazione dell'app.