iOS-Apps mithilfe der Firebase CLI an Tester bereitstellen

Sie können Builds mit der Firebase-Befehlszeile an Tester verteilen. Mit dem CLI-Tool können Sie Tester und Versionshinweise für einen Build angeben und den Build entsprechend verteilen.

Hinweis

  1. Falls noch nicht geschehen, fügen Sie Ihrem Apple-Projekt Firebase hinzu.

    Wenn Sie keine anderen Firebase-Produkte verwenden, müssen Sie nur ein Projekt erstellen und Ihre App registrieren. Wenn Sie jedoch in Zukunft zusätzliche Produkte verwenden möchten, müssen Sie alle Schritte auf der oben verlinkten Seite ausführen.

  2. Öffnen Sie in der Firebase-Konsole die Seite App Distribution. Wählen Sie Ihr Firebase-Projekt aus, wenn Sie dazu aufgefordert werden, wählen Sie Ihre App über die App-Auswahl aus und klicken Sie auf Jetzt loslegen.

Schritt 1: App für Tester bereitstellen

Wenn Sie Ihre App an Tester verteilen möchten, laden Sie die IPA-Datei mit der Firebase CLI hoch:

  1. Installieren Sie die Firebase-Befehlszeile oder aktualisieren Sie sie auf die neueste Version. Wir empfehlen, die eigenständige Binärdatei für die Befehlszeile herunterzuladen, die für Ihr Betriebssystem spezifisch ist. Melden Sie sich an und prüfen Sie, ob Sie auf Ihre Projekte zugreifen können.
  2. Führen Sie den Befehl appdistribution:distribute aus, um Ihre App hochzuladen und an Tester zu verteilen. Verwenden Sie die folgenden Parameter, um die Verteilung zu konfigurieren:

    appdistribution:distribute options
    --app

    Erforderlich: Die Firebase App-ID Ihrer App. Sie finden die App-ID in der Firebase Console auf der Seite Allgemeine Einstellungen.

    --app 1:1234567890:ios:0a1b2c3d4e5f67890
    --token

    Ein Aktualisierungstoken, das ausgegeben wird, wenn Sie Ihre CI-Umgebung mit der Firebase CLI authentifizieren. Weitere Informationen finden Sie unter CLI mit CI-Systemen verwenden .

    --token "$FIREBASE_TOKEN"
    --release-notes
    --release-notes-file

    Versionshinweise für diesen Build.

    Sie können die Versionshinweise direkt angeben:

    --release-notes "Text of release notes"

    Alternativ können Sie den Pfad zu einer Nur-Text-Datei angeben:

    --release-notes-file "/path/to/release-notes.txt"
    --testers
    --testers-file

    Die E‑Mail-Adressen der Tester, die Sie einladen möchten.

    Sie können die Tester als durch Kommas getrennte Liste von E‑Mail-Adressen angeben:

    --testers "ali@example.com, bri@example.com, cal@example.com"

    Alternativ können Sie den Pfad zu einer Nur-Text-Datei angeben, die eine durch Kommas getrennte Liste von E-Mail-Adressen enthält:

    --testers-file "/path/to/testers.txt"
    --groups
    --groups-file

    Die Testergruppen, die Sie einladen möchten (siehe Tester verwalten). Gruppen werden mit Gruppenaliasen angegeben, die Sie in der Firebase-Konsole nachschlagen können.

    Sie können die Gruppen als durch Kommas getrennte Liste angeben:

    --groups "qa-team, trusted-testers"

    Alternativ können Sie den Pfad zu einer Nur-Text-Datei mit einer durch Kommas getrennten Liste von Gruppennamen angeben:

    --groups-file "/path/to/groups.txt"
    --debug

    Ein Flag, das Sie einfügen können, um eine ausführliche Logausgabe zu drucken.

    --test-devices
    --test-devices-file

    Die Testgeräte, auf denen Sie Tests mit dem Agent zum Testen von Apps ausführen möchten.

    Sie können die Testgeräte als durch Semikolons getrennte Liste von Gerätespezifikationen angeben:

    --test-devices: "model=shiba,version=34,locale=en,orientation=portrait"

    Alternativ können Sie den Pfad zu einer Nur-Text-Datei angeben, die eine durch Semikolons getrennte Liste von Testgeräten enthält:

    --test-devices-file: "/path/to/test-devices.txt"
    --test-username

    Der Nutzername für die automatische Anmeldung, der bei Tests durch den KI-Agent zum Testen von Anwendungen verwendet werden soll.

    --test-password
    --test-password-file

    Das Passwort für die automatische Anmeldung, das bei Tests des App Testing-Agents verwendet werden soll.

    Alternativ können Sie den Pfad zu einer Nur-Text-Datei mit einem Passwort angeben:

    --test-password-file: "/path/to/test-password.txt"
    --test-username-resource

    Ressourcenname für das Feld „Nutzername“ für die automatische Anmeldung, das bei Tests des KI-Agenten zum Testen von Anwendungen verwendet werden soll.

    --test-password-resource

    Ressourcenname für das Passwortfeld für die automatische Anmeldung, der bei Tests durch den KI-Agent zum Testen von Anwendungen verwendet werden soll.

    --test-non-blocking

    Wenn dieser Parameter beim Ausführen von Tests mit dem KI-Agent zum Testen von Anwendungen festgelegt ist, werden die Tests mit dem Befehl gestartet und dann wird sofort zurückgegeben, anstatt auf den Abschluss der Tests zu warten. Die Testergebnisse finden Sie in der Firebase Console. Wenn dieses Flag nicht festgelegt ist, wird der Befehl blockiert, bis die Tests abgeschlossen sind. Wenn einer der Tests fehlschlägt, wird er mit einem Fehlercode beendet.

    --results-bucket

    Ein benutzerdefinierter Google Cloud Storage-Bucket (GCS), in dem Testergebnisse gespeichert werden. Wenn Sie dieses Feld leer lassen, wird der Standard-Bucket verwendet. Der Bucket muss einem Projekt gehören, für das die Abrechnung aktiviert ist. Wenn Sie einen Bucket angeben, fallen Abrechnungsgebühren für den verwendeten Speicherplatz an.

    Beispiel:

    firebase appdistribution:distribute test.ipa  \
        --app 1:1234567890:ios:0a1b2c3d4e5f67890  \
        --release-notes "Bug fixes and improvements" --testers-file testers.txt

    Die Firebase CLI gibt nach dem Hochladen der Version die folgenden Links aus. Mit diesen Links können Sie Binärdateien verwalten und dafür sorgen, dass Tester und andere Entwickler die richtige Version erhalten:

    • firebase_console_uri – Ein Link zur Firebase Console, in der eine einzelne Version angezeigt wird. Sie können diesen Link mit anderen Entwicklern in Ihrer Organisation teilen.
    • testing_uri – Ein Link zum Release in der Testerumgebung (iOS-Webclip) über den Tester Release-Hinweise aufrufen und die App auf ihrem Gerät installieren können. Der Tester benötigt Zugriff auf die Version, um den Link verwenden zu können.
    • binary_download_uri: Ein signierter Link, über den das App-Binärprogramm (IPA-Datei) direkt heruntergeladen und installiert wird. Der Link läuft nach einer Stunde ab.

    Tester und Gruppen verwalten

    Neben der Verteilung von Releases können Sie auch appdistribution:testers:add und appdistribution:testers:remove verwenden, um neue Tester einzuladen oder vorhandene Tester aus Ihrem Firebase-Projekt zu entfernen.

    Sobald ein Tester Ihrem Firebase-Projekt hinzugefügt wurde, können Sie ihn einzelnen Releases hinzufügen. Wenn Sie einen Tester entfernen, hat er keinen Zugriff mehr auf Releases in Ihrem Projekt. Hinweis: Tester, die vor Kurzem entfernt wurden, können noch eine Weile Zugriff auf Ihre Releases haben.

    Beispiel:

    firebase appdistribution:testers:add anothertester@email.com moretesters@email.com
    
    firebase appdistribution:testers:remove anothertester@email.com moretesters@email.com

    Die E‑Mail-Adressen der Tester müssen durch ein Leerzeichen getrennt werden. Sie können Tester auch mit --file /path/to/testers.txt angeben.

    Wenn Sie eine große Anzahl von Testern haben, sollten Sie Gruppen verwenden: Mit appdistribution:group:create und appdistribution:group:delete können Sie Gruppen in Ihrem Firebase-Projekt erstellen oder löschen.

    Verwenden Sie --group-alias, um eine Gruppe für die Befehle appdistribution:testers:add und appdistribution:testers:remove anzugeben.

    Beispiel:

    firebase appdistribution:group:create "QA team" qa-team
    
    firebase appdistribution:testers:add --group-alias=qa-team anothertester@email.com moretesters@email.com
    
    firebase appdistribution:testers:remove --group-alias=qa-team anothertester@email.com moretesters@email.com
    
    firebase appdistribution:group:delete qa-team

Sobald Sie Ihren Build verteilt haben, ist er 150 Tage (fünf Monate) lang im App Distribution-Dashboard der Firebase-Konsole verfügbar. 30 Tage vor dem Ablaufdatum des Builds wird sowohl in der Console als auch in der Liste der Builds auf dem Testgerät des Testers eine Ablaufbenachrichtigung angezeigt.

Tester, die nicht zum Testen der App eingeladen wurden, erhalten E‑Mail-Einladungen, um loszulegen. Bestehende Tester erhalten E‑Mail-Benachrichtigungen, dass ein neuer Build zum Testen bereit ist. Informationen zum Installieren der Test-App finden Sie unter Als Tester einrichten. In der Firebase-Konsole können Sie den Status der einzelnen Tester im Blick behalten. Sie sehen, ob sie die Einladung angenommen und die App heruntergeladen haben.

Tester haben 30 Tage Zeit, eine Einladung zum Testen der App anzunehmen. Danach läuft sie ab. Wenn eine Einladung in fünf Tagen abläuft, wird in der Firebase Console neben dem Tester einer Version eine Ablaufbenachrichtigung angezeigt. Eine Einladung kann erneuert werden, indem Sie sie über das Drop-down-Menü in der Testerzeile noch einmal senden.

Nächste Schritte