BILDUNG
StudySmarter - Schule & Uni
Bildung-App, bei der Änderungen von Lektionen, Kursen und Abonnements von Stakeholdern überprüft werden müssen.
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 - ohne App-Wiederherstellung, ohne TestFlight, ohne Warten.
Entwickler öffnet PR
Code ist bereit für die Überprüfung. Aber bevor jemand es testen kann, müssen Sie es erst bauen und auf TestFlight hochladen.
Bauen und Hochladen
Das App lokal oder in CI bauen. Archivieren. Auf App Store Connect hochladen. Auf Verarbeitung warten. 15-30 Minuten Minimum.
An Testern verteilen
Testern hinzufügen, wenn sie nicht bereits in TestFlight sind. Einladungen senden. Auf ihre Annahme warten. Erklären, wie man es installiert.
Das falsche Build testen
Testern laden das Build herunter. Dev drückt auf den Fix-Button. Jetzt müssen alle Schritte 2-3 wiederholen, um das aktualisierte Build zu erhalten.
Gesamte Zeit, um ein PR zu testen: 45-60 Minuten. Pro PR. Pro Tester. Für jeden Update.
15-30 Minuten
Zeit für die Testflugverarbeitung
Jede aufgeladene App muss von Apple verarbeitet werden, bevor Tester darauf zugreifen können. Dies ist pro-Build, jede Zeit.
67%
Der Anteil der QA-Zeit, die mit Warten verbracht wird
QA-Engineeure berichten, dass sie 67% ihrer Zeit mit dem Warten auf Builds verbringen, anstatt tatsächlich zu testen. Das sind 5+ Stunden pro Tag verlorener Produktivität.
$340/PR
Verborgene Kosten pro Pull-Request
Wenn man die Wartezeit der Entwickler, die blockierte QA-Zeit und die verzögerte Rückmeldung berücksichtigt, kostet jeder PR durchschnittlich $340 an verlorener Produktivität.
Erstellen Sie einen Capgo-Kanal für jeden PR. Die Tester wechseln in Sekunden die Kanäle. Keine App-Wiederinstallierung. Kein Warten.
Der CI baut das App automatisch und erstellt einen Capgo-Kanal mit dem Namen der PR-Nummer.
Automatisch
Das gebaute Bündel lädt sich im Hintergrund bei Capgo hoch. Keine Verarbeitungsverzögerung.
< 30 Sekunden
Der Tester öffnet die App, wechselt zum PR-Kanal und erhält das Build sofort.
< 10 Sekunden
QA-Tests auf einem realen Gerät. 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 diesen Arbeitsablauf und anpassen Sie ihn an Ihre CI.
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
} Erstellen 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'
}) 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 vor dem Merge. Mit TestFlight schätzte der QA-Leiter, dass sie 60% ihrer Zeit damit verbrachten, auf Builds zu warten, anstatt zu testen.
The wahre Qual war während der Crunch-Wochen. Wenn mehrere PRs gleichzeitig getestet werden mussten, musste die QA-Abteilung ständig verschiedene TestFlight-Builds neu installieren. Die Tester waren verwirrt darüber, welche Version sie liefen. Fehler wurden auf bereits behobene code gemeldet.
Nach der Implementierung von Capgo PR-Vorschau konnten ihre QA-Abteilung zwischen jedem PR in Sekunden umschalten. Keine Neuinstallationen. Keine Verwirrung. Keine Wartezeit. Ihre durchschnittliche Zeit bis zum Merge sank von 2,3 Tagen auf 0,6 Tage.
"Unsere QA-Abteilung ging von ständiger Frustation 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
PR Preview verändert, wie Ihre gesamte Team an der mobilen Entwicklung zusammenarbeitet.
TestFlight / Beta
Capgo PR Vorschau
Finden Sie die Lösung, die Ihren Teambedürfnissen entspricht
Apps, die mit Capacitor erstellt wurden
Lern-, Veranstaltungs- und Community-Apps können gleichzeitig Änderungen zum Einrichten, Üben, Live-Sitzung und Abonnement unter Überprüfung haben. PR-Vorschauen lassen Produkt-, QA- und Support-Teams einen mobilen-fertigen Build vor dem Merge inspizieren.
BILDUNG
Bildung-App, bei der Änderungen von Lektionen, Kursen und Abonnements von Stakeholdern überprüft werden müssen.
Geschäft
Lebendige Beteiligung-App, bei der Ereignisflüsse vor dem Merge getestet werden sollten.
Spielbrett
Gemeinschafts-App, bei der sich Turnier- und Analyse-Screens von Geräte-Vorschauen profitieren.
Ihr QA-Team verdient besser als Fortschrittsbalken anzusehen. Gebt ihnen Zugriff auf jeden PR.
In 5 Minuten einrichten. Kein TestFlight erforderlich. Keine App-Wiederherstellungen.