In diesem Ratgeber
Mit TestFlight gibst du Testern einen Build vor der Veröffentlichung. Hier der Einsteigerweg vom Upload bis zum ersten Tester. Apple ändert die Menüs in App Store Connect gelegentlich, vergleiche also jeden Schritt mit den verlinkten Seiten (geprüft am 2026-10-24).
Was du vorher brauchst
- Einen App-Eintrag in App Store Connect.
- Einen nach App Store Connect hochgeladenen Build. Apples Upload-Seite nennt Xcode, Swift Playground, altool, Transporter, die App Store Connect API und Xcode Cloud.
- Für die folgenden Schritte die Rolle Account Holder, Admin oder App Manager, wie Apples Seiten angeben.
Schritt 1: Build hochladen
Lade den Build hoch und warte, bis er im Reiter TestFlight deiner App erscheint. Wird der Upload abgelehnt, liegt es oft an einer doppelten Build-Nummer; siehe Version und Build-Nummer.
Schritt 2: Testinformationen ergänzen
Apples Seite zu Testinformationen nennt eine Beta-App-Beschreibung (Pflicht) und eine Feedback-E-Mail, über die Tester dich in der TestFlight-App erreichen und die auch die Antwortadresse in Einladungs-E-Mails ist. Externe Tests laufen über die TestFlight-Prüfung, die weitere Angaben wie Anmeldedaten verlangen kann; die Felder prüfst du auf Apples aktuellen Seiten. Wie du einen brauchbaren Fokus-Text schreibst, steht in Was in die Testinformationen gehört.
Schritt 3: intern oder extern wählen
- Interne Tester sind App-Store-Connect-Nutzer mit Zugriff auf deine Inhalte, laut Apples Übersicht bis zu 100.
- Externe Tester sind alle anderen, bis zu 10.000.
Laut Apples Seite zu externen Testern musst du zuerst eine interne Gruppe anlegen, bevor du eine externe erstellen kannst. Starte intern: So findest du offensichtliche Probleme am schnellsten.
Schritt 4: Gruppe anlegen und Build hinzufügen
Für externe Tests beschreibt Apple diesen Weg: Reiter TestFlight öffnen, neben "Externe Tests" auf das Plus klicken, Gruppe benennen, dann Builds hinzufügen. Es erscheint ein Dialog "What to Test", in dem du einträgst, worauf Tester achten sollen. Je nach Build-Status reichst du dann zur Prüfung ein oder startest den Test.
Der erste Build in einer externen Gruppe geht zur TestFlight-Prüfung; laut Apple braucht der erste Build eine vollständige Prüfung, spätere Builds derselben Version unter Umständen nicht. Plane diese Zeit vor einem Tester-Termin ein.
Schritt 5: Tester einladen
Du kannst per E-Mail einladen, bestehende Tester wählen oder eine CSV importieren, oder einen öffentlichen Link erstellen (offen für alle oder nach Kriterien wie Gerät oder Plattform gefiltert). Für den Link lässt sich ein Limit zwischen 1 und 10.000 setzen. Tester installieren die kostenlose TestFlight-App und nehmen die Einladung an.
Schritt 6: Feedback leicht machen
Laut Apples Übersicht können Tester mit TestFlight 2.3 oder neuer auf iOS, macOS und visionOS Feedback in der TestFlight-App oder per Screenshot in deiner Beta-App senden; Tester auf tvOS oder älteren Versionen schreiben an deine Feedback-Adresse. Sag Testern, was du ausprobiert haben willst. Dabei hilft Anleitung für TestFlight-Tester.
Stolperstellen
- Ein Build ist bis zu 90 Tage testbar; ein liegengelassener Build läuft ab.
- Du kannst bis zu sechs Builds in 24 Stunden zur TestFlight-Prüfung einreichen, und je Version kann nur ein Build gleichzeitig in Prüfung sein (Apples Seite).
Weiter mit Testinformationen und TestFlight-Gruppen planen. Hub: iOS-App-Testing. Hintergrund: TestFlight-Feedback vor der App-Prüfung.
So funktioniert AppReviewX: privates, strukturiertes Feedback von anderen Entwicklern, zusätzlich zu deinen eigenen Testern.