Créez un canal dédié Capgo pour chaque demande de tirage. Partagez un lien avec votre équipe et ils peuvent tester les changements exacts sur leur appareil - sans réinstallation d'applications, sans TestFlight, sans attente.
Le développeur ouvre une PR
Code est prêt pour la revue. Mais avant que quiconque ne puisse le tester, vous devez le construire et l'envoyer sur TestFlight.
Construire et Envoyer
Construire l'application localement ou en CI. L'archiver. Envoyer sur App Store Connect. Attendre la mise à jour. 15-30 minutes minimum.
Distribuer aux Testeurs
Ajouter des testeurs si ce n'est pas déjà fait dans TestFlight. Envoyer des invitations. Attendre qu'ils acceptent. Expliquer comment installer.
Tester la mauvaise version
Les testeurs téléchargent la version. Le développeur met à jour. Maintenant, tout le monde doit répéter les étapes 2-3 pour obtenir la mise à jour de la version.
Temps total pour tester une PR : 45-60 minutes. Par PR. Par testeur. Pour chaque mise à jour.
15-30 minutes
Temps de traitement de TestFlight
Chaque version que vous envoyez doit être traitée par Apple avant que les testeurs puissent y accéder. C'est par-version, chaque fois.
67%
Temps de QA passé à attendre
Les ingénieurs QA rapportent passer 67% de leur temps à attendre les builds plutôt que de tester réellement. C'est 5+ heures par jour de productivité perdue.
$340/PR
Coût caché par demande de tirage
Lorsque vous prenez en compte le temps d'attente des développeurs, le temps de blocage de la QA et les retours tardifs, chaque PR coûte en moyenne 340$ en productivité perdue.
Créez un canal Capgo pour chaque PR. Les testeurs changent de canal en secondes. Pas de réinstallation d'applications. Pas d'attente.
La CI construit automatiquement l'application et crée un canal Capgo nommé d'après le numéro de la PR.
Automatique
Le bundle construit se télécharge en arrière-plan sur Capgo. Pas de retard de traitement.
moins de 30 secondes
Le testeur ouvre l'application, passe à la chaîne PR et obtient la mise à jour immédiatement.
moins de 10 secondes
Le QA effectue des tests sur un appareil réel. Le développeur met à jour les fixes. Le testeur obtient les mises à jour immédiatement. Pas de réinstallation nécessaire.
Itération instantanée
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 configuration prend 5 minutes. Copiez ce workflow et adaptez-le à votre CI.
Activer le geste de secousses intégré. Les testeurs secouent leur appareil pour ouvrir un menu affichant tous les canaux disponibles.
// capacitor.config.ts
CapacitorUpdater: {
shakeMenu: true // Enable for testing
}Construire une interface utilisateur personnalisée pour passer d'un canal à un autre. Parfait pour une page de paramètres de développeur dans votre application.
// Switch channel from your app
import { CapacitorUpdater } from '@capgo/capacitor-updater'
await CapacitorUpdater.setChannel({
channel: 'pr-123'
})Application de Collaboration B2B SaaS - Équipe
L'équipe mobile de TechFlow envoyait 15-20 PRs par semaine. Chaque PR nécessitait une vérification par QA avant la fusion. Avec TestFlight, leur responsable QA estimait qu'ils passaient 60% de leur temps à attendre les builds au lieu de tester.
Le vrai problème venait pendant les semaines de pression. Lorsque plusieurs PRs nécessitaient une vérification simultanée, QA devait réinstaller constamment différentes builds de TestFlight. Les testeurs se trouvaient confus sur la version qu'ils étaient en train de lancer. Les bogues étaient signalés sur des versions déjà corrigées code.
Après avoir mis en œuvre Capgo Aperçu de PR, leur équipe QA pouvait passer entre n'importe quel PR en secondes. Pas de réinstalls. Pas de confusion. Pas d'attente. Leur temps moyen pour la fusion est passé de 2,3 jours à 0,6 jour.
"Notre équipe de QA est passée de constamment frustrée à vraiment heureuse. Elles aiment maintenant tester car elles ne doivent pas attendre. Nous expédions deux fois plus de fonctionnalités par sprint."
— Lisa Wong, Responsable de l'ingénierie chez TechFlow
PR Preview transforme la façon dont votre équipe entière collabore sur le développement mobile.
TestFlight / Bêta
Capgo Aperçu de PR
Trouvez la solution qui correspond aux besoins de votre équipe
Applications créées avec Capacitor
Les applications d'apprentissage, d'événement et de communauté peuvent avoir des modifications de l'inscription, de la pratique, de la session en direct et de l'abonnement en cours de revue en même temps. Les aperçus de PR permettent aux produits, à la QA et au support d'inspecter une mise en page mobile avant la fusion.
ÉDUCATION
Application d'éducation où les modifications de leçon, de cours et d'abonnement nécessitent la revue des parties prenantes.
ENTREPRISE
Application de participation en direct où les flux d'événement doivent être testés avant la fusion.
PLATEAU DE JEU
Application communautaire où les écrans de tournoi et d'analyse bénéficient des prévisualisations de dispositifs.
Votre équipe QA mérite mieux que de regarder les barres de progression. Donnez-leur un accès instantané à chaque PR.
Configurer en 5 minutes. Pas de TestFlight requis. Pas de réinstallation d'applications.