Jeden Pull-Request auf echten Geräten überprüfen
Erstelle für jeden Pull-Request eine dedizierte Capgo-Kanal. Teile einen Link mit deinem Team und sie können die genauen Änderungen auf ihrem Gerät testen - keine App-Wiederinstallation, keine TestFlight, kein Warten.
The Problem
TestFlight und Google Beta blockieren Ihre Geschwindigkeit
The TestFlight-Test-Workflow
Entwickler öffnet Pull Request
Code ist bereit für die Überprüfung. Doch bevor jemand es testen kann, müssen Sie es erst bauen und auf TestFlight hochladen.
Bauen und Hochladen
Bauen Sie die App lokal oder in CI. Archivieren Sie sie. Laden Sie sie in App Store Connect hoch. Warten Sie auf den Verarbeitungsprozess. 15-30 Minuten Mindestzeit.
Ausliefern an Tester
Fügen Sie Testern hinzu, wenn sie noch nicht in TestFlight sind. Senden Sie Einladungen. Warten Sie, bis sie sie akzeptieren. Erklären Sie, wie man sie installiert.
Testen Sie das falsche Build
Die Tester laden das Build herunter. Der Entwickler drückt auf die Fix-Taste. Jetzt müssen alle Schritte 2-3 wiederholen, um das aktualisierte Build zu erhalten.
Zusammenfassende Zeit zum Testen eines Pull Request: 45-60 Minuten. Pro Pull Request. Pro Tester. Für jede Aktualisierung.
The Kosten der langsamen Testung verbergen sich
15-30 Minuten
Zeit für die Testflugverarbeitung
Jede Upload-Build muss von Apple verarbeitet werden, bevor Tester darauf zugreifen können. Dies ist pro-Build, jede Zeit.
67%
Der Anteil der QA-Zeit, die auf Warten ausgegeben wird
QA-Engineeure berichten, dass sie 67% ihrer Zeit damit verbringen, auf Builds zu warten, anstatt tatsächlich zu testen. Das sind 5+ Stunden pro Tag verlorene Produktivität.
$340/PR
Verborgene Kosten pro Pull-Request
Wenn man die Entwicklerwartzeit, die QA-blockierte Zeit und die verzögerte Rückmeldung berücksichtigt, kostet jeder PR durchschnittlich $340 an verlorener Produktivität.
Die Lösung
Testen Sie jeden PR in weniger als 60 Sekunden
Erstellen Sie einen Capgo-Kanal für jeden PR. Tester wechseln in Sekunden die Kanäle. Keine App-Wiederinstallation. Kein Warten.
Entwickler öffnet PR
Die CI baut das App automatisch und erstellt einen Capgo-Kanal mit dem Namen der PR-Nummer.
Automatisch
Bundle-Uploads
Das gebaute Bundle wird im Hintergrund bei Capgo hochgeladen. Keine Verarbeitungsverzögerung.
unter 30 Sekunden
Tester wechselt Kanal
Der Tester öffnet die App, wechselt zum PR-Kanal und erhält das Build sofort.
unter 10 Sekunden
Testen und Genehmigen
QA-Tests auf realer Geräte. Dev pusht Fixes. Der Tester erhält Updates sofort. Keine Neuinstallation erforderlich.
Instant Iteration
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 }}`'
}) Die Einrichtung dauert 5 Minuten. Kopieren Sie diese Arbeitsablauf und anpassen Sie ihn an Ihre CI.
Wie Tester auf Ihr PR-Build umschalten
Shake-Menü (Zero Code)
Aktivieren Sie die integrierte Shake-Geste. Tester schütteln ihr Gerät, um ein Menü zu öffnen, das alle verfügbaren Kanäle anzeigt.
// capacitor.config.ts
CapacitorUpdater: {
shakeMenu: true // Enable for testing
} In-App-Switcher
Bauen Sie eine benutzerdefinierte Benutzeroberfläche für das Umstellen der Kanäle. Perfekt für eine Einstellungsseite in Ihrer App.
// Switch channel from your app
import { CapacitorUpdater } from '@capgo/capacitor-updater'
await CapacitorUpdater.setChannel({
channel: 'pr-123'
}) Real-World-Impact
Wie TechFlow ihr Review-Zyklus um das 4-fache beschleunigte
TechFlow
B2B-SaaS - Team-Kollaborations-App
Die mobilen Entwickler von TechFlow verschickten 15-20 PRs pro Woche. Jeder PR benötigte eine Überprüfung durch QA, bevor er integriert wurde. Mit TestFlight schätzte der QA-Leiter, dass sie 60% ihrer Zeit damit verbrachten, auf Builds zu warten, anstatt zu testen.
Die wahre Qualität kam während der engen Wochen. Als mehrere PRs gleichzeitig getestet werden mussten, musste die QA ständig verschiedene TestFlight-Builds neu installieren. Die Tester waren verwirrt darüber, welche Version sie liefen. Fehler wurden auf bereits gefixte code gemeldet.
Nach der Implementierung von Capgo PR-Vorschau konnten ihre QA-Mitarbeiter zwischen jeder PR in Sekunden wechseln. Keine Neuinstallationen. Keine Verwirrung. Keine Wartezeit. Ihre durchschnittliche Zeit bis zum Merge sank von 2,3 Tagen auf 0,6 Tage.
Die Ergebnisse (Erster Quartal)
"Unsere QA-Mitarbeiter gingen von ständiger Frustration zu echter Zufriedenheit über. Sie genießen jetzt das Testen, weil sie nicht warten müssen. Wir liefern doppelt so viele Features pro Sprint."
— Lisa Wong, Engineering Manager bei TechFlow
Für jeden Beruf auf Ihrem Team zugeschnitten
PR Preview verändert, wie Ihre gesamte Team an der mobilen Entwicklung zusammenarbeitet.
QA-Engineer
- Testen Sie jede Pull-Request auf Ihrem Gerät in Sekunden
- Wechseln Sie zwischen Pull-Requests sofort, um das Verhalten zu vergleichen
- Kein mehr Verwirrung über die gerade laufende Build
Projektleiter
- Überprüfen Sie Funktionen, bevor sie abgeschickt werden
- Keine technische Einrichtung erforderlich - einfach einen Link anklicken
- Bieten Sie Feedback direkt auf der Pull-Request
Entwickler
- Erhalten Sie QA-Feedback, bevor Ihr Kontext wechselt
- Pushen Sie Fixes und Testern erhalten sie sofort
- Keine mehr 'Build wartet' Blockierer
TestFlight vs Capgo PR Vorschau
TestFlight / Beta
Capgo PR Vorschau
Lösungen nach Teamtyp
Finden Sie die Lösung, die Ihren Teambedürfnissen entspricht
Warten aufhören. Loslegen.
Ihr QA-Team verdient besser als das Anschauen von Fortschrittsbalken. Gebt ihnen sofortigen Zugriff auf jeden PR.
In 5 Minuten einrichten. Kein TestFlight erforderlich. Keine App-Wiederherstellungen.