Zum Hauptinhalt springen
PR-Vorschau

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 - ohne App-Wiederherstellung, ohne TestFlight, ohne Warten.

Keine TestFlight erforderlich
Instant-Test auf Geräten
Automatischer Löschvorgang bei Merge

The Problem

TestFlight und Google Beta blockieren Ihre Geschwindigkeit

The TestFlight-Test-Workflow

1

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.

2

Bauen und Hochladen

Das App lokal oder in CI bauen. Archivieren. Auf App Store Connect hochladen. Auf Verarbeitung warten. 15-30 Minuten Minimum.

3

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.

4

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.

The Kosten der langsamen Testung verbergen

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.

Die Lösung

Testen Sie jeden PR in weniger als 60 Sekunden

Erstellen Sie einen Capgo-Kanal für jeden PR. Die Tester wechseln in Sekunden die Kanäle. Keine App-Wiederinstallierung. Kein Warten.

1

Entwickler erstellt einen Pull-Request

Der CI baut das App automatisch und erstellt einen Capgo-Kanal mit dem Namen der PR-Nummer.

Automatisch

2

Bündel-Uploads

Das gebaute Bündel lädt sich im Hintergrund bei Capgo hoch. Keine Verarbeitungsverzögerung.

< 30 Sekunden

3

Tester wechselt den Kanal

Der Tester öffnet die App, wechselt zum PR-Kanal und erhält das Build sofort.

< 10 Sekunden

4

Testen und Genehmigen

QA-Tests auf einem realen Gerät. Dev pusht Fixes. Der Tester erhält Updates sofort. Keine Neuinstallation erforderlich.

Instant Iteration

.github/Arbeitsabläufe/pr-vorschau.yml
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.

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

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'
})

Real-World-Impact

Wie TechFlow ihr Review-Zyklus um das 4-fache beschleunigen konnte

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 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.

Die Ergebnisse (Erstes Quartal)

Zeit bis zum ersten QA-Feedback "< 5 min"
PRs pro Sprint +156%
QA-Wartezeit -87%
Zeit bis zum Merge 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

Für jeden Rollen auf Ihrem Team zugeschnitten

PR Preview verändert, wie Ihre gesamte Team an der mobilen Entwicklung zusammenarbeitet.

QA-Engineeure

  • 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 darüber, welches Build Sie ausführen

Projektleiter

  • Überprüfen Sie Funktionen, bevor sie geliefert werden
  • Keine technische Einrichtung - einfach einen Link anklicken
  • Bieten Sie Feedback direkt auf der Pull-Request

Entwickler

  • Erhalten Sie QA-Feedback, bevor Ihr Kontext wechselt
  • Drücken Sie Fixes und Testern erhalten sie sofort
  • Keine 'Build wartet' Blockierer mehr

TestFlight vs Capgo PR Vorschau

TestFlight / Beta

Capgo PR Vorschau

Bauen, um testbar zu machen
15-30 Minuten
<1 Minute
Zwischen Builds wechseln
5+ Minuten Neininstallieren
10 Sekunden
Tester-Setup
Apple-ID + Einladung
Just open the app
Alte Builds löschen
Manuell
Automatisch bei Merge

Apps, die mit Capacitor erstellt wurden

Produkt-Apps benötigen überprüfbare mobile Änderungen

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.

App-Typ
PR-Vorschau
Händlerkategorien
BILDUNG, GESCHÄFT, SPIELE, SPIELBrett
Quelle
Öffentliche Händler-Datensatz
StudySmarter - Schule & Uni-App-Icon

BILDUNG

StudySmarter - Schule & Uni

Bildung-App, bei der Änderungen von Lektionen, Kursen und Abonnements von Stakeholdern überprüft werden müssen.

6,5 Mio. Installationen4,8 Bewertung
Google Play-Listung anzeigen
Poll Everywhere-App-Icon

Geschäft

Poll Everywhere

Lebendige Beteiligung-App, bei der Ereignisflüsse vor dem Merge getestet werden sollten.

1,1 Mio. Installationen3,2 Bewertung
Google Play Liste anzeigen
lichess • Kostenlose Online-Schach-App ikon

Spielbrett

lichess • Kostenlose Online-Schach

Gemeinschafts-App, bei der sich Turnier- und Analyse-Screens von Geräte-Vorschauen profitieren.

11,3 Mio. Installationen4,3 Bewertung
Google Play Liste anzeigen

Warten aufhören. Los testen.

Ihr QA-Team verdient besser als Fortschrittsbalken anzusehen. Gebt ihnen Zugriff auf jeden PR.

In 5 Minuten einrichten. Kein TestFlight erforderlich. Keine App-Wiederherstellungen.