Zum Hauptinhalt springen
Vorschau auf Pull Requests

Jeden Pull Request auf echten Geräten überprüfen

Erstelle für jeden Pull Request eine dedizierte Capgo-Kanal. Teile einen Link mit deiner Team und sie können die genauen Änderungen auf ihrem Gerät testen - keine App-Wiederinstallation, keine TestFlight, keine Wartezeit.

Keine TestFlight erforderlich
Instant-Test auf Geräten
Automatische Löschung bei Merge

Das Problem

TestFlight und Google Beta blockieren Ihre Geschwindigkeit

Der TestFlight-Test-Workflow

1

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.

2

Bauen und Hochladen

Bauen Sie die App lokal oder in CI. Archivieren Sie sie. Hochladen Sie sie auf App Store Connect. Warten Sie auf die Verarbeitung. 15-30 Minuten Minimum.

3

Verteilen an Tester

Fügen Sie Testern hinzu, wenn sie nicht bereits in TestFlight sind. Senden Sie Einladungen. Warten Sie, bis sie sie akzeptieren. Erklären Sie, wie man sie installiert.

4

Testen Sie die falsche Version

Die Tester laden die Version herunter. Der Entwickler drückt auf den Fix-Button. Jetzt müssen alle Schritte 2-3 wiederholen, um die aktualisierte Version zu erhalten.

Gesamtaufwand für die Testung eines PR: 45-60 Minuten. Pro PR. Pro Tester. Für jede Aktualisierung.

Der verborgene Kostenfaktor von langsamen Tests

15-30 Minuten

Verarbeitungszeit von TestFlight

Jede Version, die Sie hochladen, muss von Apple verarbeitet werden, bevor die Tester darauf zugreifen können. Dies ist pro-Build, jede Zeit.

67%

Zeit für QA-Zwecke, die im Warten verbracht 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 verlorener Produktivität.

$340/PR

Versteckter Kostenbeitrag pro Pull-Request

Wenn man die Entwicklungszeit im Warten, die QA-blockierte Zeit und die verzögerte Rückmeldung berücksichtigt, kostet jeder PR durchschnittlich 340 $ an verlorener Produktivität.

Die Lösung

Jeden PR in weniger als 60 Sekunden testen

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

1

Entwickler öffnet PR

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

Automatisch

2

Bundle-Uploads

Die gebaute Bundle lädt sich im Hintergrund bei Capgo hoch. Keine Verarbeitungsverzögerung.

kleiner als 30 Sekunden

3

Tester wechselt den Kanal

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

kleiner als 10 Sekunden

4

Testen und Genehmigen

QA-Tests auf einem realen Gerät. Der Entwickler drückt Fixes. Der Tester erhält Updates sofort. Eine Neuinstallation ist nicht erforderlich.

Instant-Iteration

github/workflows/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 diese Workflow und passen Sie ihn an Ihre CI an.

Wie Tester auf Ihr PR-Build wechseln

Shake-Menü (Null Code)

Die eingebaute Erschütterungsgeste ermöglichen.

// capacitor.config.ts
CapacitorUpdater: {
  shakeMenu: true // Enable for testing
}

Testern schütteln ihre Geräte, um ein Menü zu öffnen, das alle verfügbaren Kanäle anzeigt.

In-App Switcher

// Switch channel from your app
import { CapacitorUpdater } from '@capgo/capacitor-updater'

await CapacitorUpdater.setChannel({
  channel: 'pr-123'
})

Erstellen Sie eine benutzerdefinierte Benutzeroberfläche zum Wechseln von Kanälen. Perfekt für eine Einstellungsseite in Ihrer App.

Real-World Impact

Wie TechFlow ihr Review-Zyklus um das 4-fache beschleunigte.

TechFlow

B2B-SaaS - Team-Kollaborations-App

The real pain came during crunch weeks. When multiple PRs needed testing simultaneously, QA had to constantly reinstall different TestFlight builds. Testers got confused about which version they were running. Bugs got reported on already-fixed code.

Der wahre Schmerz kam während der Crunch-Wochen. Wenn mehrere Pull Requests gleichzeitig getestet werden mussten, musste QA ständig verschiedene TestFlight-Builds neu installieren. Die Tester wurden verwirrt darüber, welche Version sie liefen. Fehler wurden auf bereits behobene Capgo gemeldet.

Nach der Implementierung von __CAPGO_KEEP_0__ PR-Vorschau konnte ihre QA-Team zwischen jedem Pull Request 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) < 5 min
Pull Requests pro Sprint +156%
Wartezeit im QA-Team -87%
Zeit bis zur Mergen 0,6 Tage

"Unsere QA-Team war von ständiger Frustration geplagt, jetzt genießen sie sogar das Testen. Sie warten nicht mehr herum. Wir schaffen doppelt so viele Features pro Sprint."

— Lisa Wong, Engineering Manager bei TechFlow

Für jeden Job auf Ihrem Team

PR Preview revolutioniert die Zusammenarbeit Ihres gesamten Teams bei der mobilen Entwicklung.

QA-Engineeure

  • Testen Sie jede Pull-Request auf Ihrem Gerät in Sekunden
  • Wechseln Sie zwischen Pull-Requests sofort, um das Verhalten zu vergleichen
  • Keine Verwirrung mehr über die aktuelle Build-Version

Projektmanager

  • Überprüfe Funktionen bevor sie veröffentlicht werden
  • Keine technische Einrichtung erforderlich - einfach einen Link anklicken
  • Biete Feedback direkt auf dem Pull-Request an

Entwickler

  • Erhalte QA-Feedback bevor dein Kontext wechselt
  • Drücke Fixes und Tester erhalten sie sofort
  • Keine mehr 'warten auf Build'-Blockaden

TestFlight vs Capgo Pull-Request-Vorschau

TestFlight / Beta

Capgo Pull-Request-Vorschau

Zur testbaren Erstellung
15-30 min
<1 min
Zwischen verschiedenen Builds wechseln
5+ min Reinstallierung
10 Sekunden
Setup für Tester
Apple-ID + Einladung
Erstelle einfach eine App
Bereinigung alter Builds
Manuell
Automatisch bei Merge

Aufhören, zu warten. Loslegen, zu testen.

Ihr QA-Team verdient besser als das Anschauen von Fortschrittsbalken. Geben Sie ihnen sofortigen Zugriff auf jeden PR.

In 5 Minuten eingerichtet. Keine TestFlight erforderlich. Keine App-Wiederinstallierung.