TestFlight-Anleitung: interne und externe Tester, öffentliche Links und Limits

Was ist TestFlight?

TestFlight ist der Betatest-Bereich von App Store Connect. Du lädst einen Build einmal hoch, wählst, wer ihn bekommt, und die Tester installieren ihn mit der kostenlosen TestFlight-App auf ihrem Gerät. Das funktioniert für Apps unter iOS, iPadOS, macOS, tvOS, visionOS und watchOS und setzt die bezahlte Mitgliedschaft im Apple Developer Program voraus (siehe Apple Developer Account Kosten).

Welche Limits hat TestFlight?

Interner oder externer Test: Was passt?

Du musst eine interne Gruppe anlegen, bevor du eine externe anlegen kannst.

Wie richtest du interne Tester ein?

1. Öffne in App Store Connect Apps, wähle die App und klicke auf den Tab TestFlight.
2. Klicke in der Seitenleiste auf + neben Internal Testing, benenne die Gruppe und klicke auf Create.
3. Klicke auf Invite Testers und wähle Nutzer aus deinem Team.
4. Klicke auf Add Builds, oder setze ein Häkchen bei Enable automatic distribution, damit jeder neue Xcode-Build die Gruppe erreicht. Builds aus Xcode Cloud musst du Gruppen von Hand hinzufügen.

Interne Tester können jeden Build 90 Tage lang testen. Builds, die als „TestFlight Internal Only“ hochgeladen wurden, gehen nur an interne Gruppen, nie an externe Tester oder in den App Store.

Wie lädst du externe Tester ein?

1. Klicke im TestFlight-Tab auf + neben External Testing, benenne die Gruppe und klicke auf Create.
2. Wähle die Gruppe, klicke auf Add Builds und wähle Plattform, Version und Build.
3. Schreibe What to Test, den Hinweis, den die Tester sehen; lokalisierte Fassungen sind möglich.
4. Fülle die Testinformationen aus, falls noch nicht geschehen: Feedback-E-Mail, Kontaktdaten und, wenn die App einen Login hat, Anmeldedaten für den Prüfer.
5. Klicke auf Submit Review. Sobald der Build freigegeben ist, werden die Tester automatisch benachrichtigt, wenn du diese Option gewählt hast; sonst klickst du beim Build auf Notify Testers.

Der erste Build, den du einreichst, braucht eine vollständige Prüfung; spätere Builds derselben Version eventuell nicht. Apple nennt keine Prüfdauer für TestFlight. Plane also Puffer ein, bevor eine Beta startet.

Wie funktionieren öffentliche Links?

Über einen öffentlichen Link kann jeder ohne E-Mail-Einladung beitreten. Klicke im Tab Testers der externen Gruppe auf Create Public Link und wähle:

• Open to Anyone oder Filter by Criteria: mindestens ein Kriterium wie Gerätetyp und OS-Version (ab, neuer oder gleich, älter oder gleich, oder alle unterstützten).
• Tester Limit: eine Zahl zwischen 1 und 10.000.

Tester, die über einen öffentlichen Link kommen, erscheinen anonym: Du siehst weder Namen noch E-Mail. Ist dein Tester-Limit erreicht, deaktiviere den Link, damit alle sehen, dass er geschlossen ist.

Fehlersuche: „No builds available“

Geh diese Liste der Reihe nach durch:

1. Wird der Build noch verarbeitet? Frische Uploads brauchen Zeit, bis sie in TestFlight erscheinen.
2. Ist die Exportkontrolle beantwortet? Ohne diese Antwort lässt sich ein Build nicht testen. Trag ITSAppUsesNonExemptEncryption in die Info.plist ein, damit die Frage nicht jedes Mal kommt.
3. Ist der Build in der Gruppe des Testers? Ein Build, den du einer Gruppe hinzufügst, landet nicht automatisch in anderen.
4. Extern: Ist er freigegeben? Ein Build, der auf die Beta-Prüfung wartet oder dort abgelehnt wurde, ist nicht verfügbar.
5. Ist er abgelaufen? Builds sind 90 Tage nach dem Upload nicht mehr verfügbar.
6. Erfüllt das Gerät die Bedingungen? Es muss das Mindest-OS des Builds erfüllen und bei öffentlichen Links deine Kriterien.
7. Ist der Tester mit dem eingeladenen Apple Account angemeldet? Die TestFlight-App zeigt Builds für das Konto, mit dem sie angemeldet ist. Verwaltete Apple Accounts in reservierten Domains können keine Builds testen.
8. Ist es ein Build nur für interne Tests? Solche Builds sehen externe Tester nie.

Was kann TestFlight nicht?

• Bewertungsabfragen erscheinen nicht: Die Bewertungsanfrage von StoreKit hat in TestFlight-Builds keine Wirkung. Teste diesen Ablauf also in der Entwicklung (siehe asking for ratings on iOS, auf Englisch).
• Feedback der Tester ist privat; nichts davon erscheint im App Store.
• Eine Freigabe in TestFlight garantiert keine Freigabe im App Store; bei der Einreichung gilt weiterhin das volle App Review.

Wo passt TestFlight in den Release?

Teste genau den Build, den du einreichst, und reiche ihn dann über die Versionsseite ein, wie in App im App Store veröffentlichen beschrieben. Bei Updates kombinierst du eine TestFlight-Runde mit einem phased release (auf Englisch), damit ein Fehler erst wenige Nutzer erreicht, bevor er alle trifft. Unter Android sind die passenden Werkzeuge die Test-Tracks von Google Play (auf Englisch).

Nach dem Release stellt die Ansicht Versionseffekt von Uptika (ab dem Plan Starter) die 7 Tage vor und nach jeder Version nebeneinander: Installationen, Conversion, Bewertung, neue Rezensionen und Keyword-Positionen. Mit dem Plan Kostenlos startest du ohne Karte mit täglichen Keyword-Positionen für eine App; die bezahlten Pläne öffnen den Rest.

Fragen

Quellen

1. TestFlight (Apple Developer)
2. TestFlight overview (App Store Connect Help)
3. Add internal testers (App Store Connect Help)
4. Invite external testers (App Store Connect Help)