TestFlight: Was ist das, Einrichtung und Arbeiten mit Tests

Was ist TestFlight?

TestFlight ist eine in App Store Connect integrierte Beta-Test-Plattform zur Verteilung von Vorabversionen von Apps vor der Veröffentlichung im App Store. Entwickler laden über Xcode archivierte Builds hoch und verteilen sie an Tester, ohne IPA-Dateien manuell verteilen zu müssen.

Apple erwarb TestFlight im Jahr 2014, um die Ad-Hoc-Verteilung über Provisioning Profiles zu ersetzen. Früher sammelten Entwickler Geräte-UDIDs, erstellten Provisioning Profiles und verteilten IPAs über Drittanbieterdienste. TestFlight automatisierte den gesamten Prozess: Der Tester installiert die Beta-App über die TestFlight App, während der Entwickler den Zugriff über eine Weboberfläche verwaltet.

Laut WWDC 2024 verarbeitet TestFlight monatlich über 2 Millionen Testinstallationen. Die Plattform unterstützt die Verteilung auf allen Apple-Plattformen, einschließlich iOS, iPadOS, macOS, tvOS, watchOS und visionOS, und ist damit das einzige einheitliche Beta-Testing-Tool im Apple-Ökosystem.

Internes und externes Testen

TestFlight unterteilt das Testen in zwei Typen: Internes Testen für Teammitglieder (bis zu 100 Teilnehmer, Build sofort nach dem Hochladen verfügbar) und Externes Testen für externe Benutzer (bis zu 10.000 Teilnehmer, erfordert Beta App Review). Internes Testen erfordert keine Moderation und ist daher ideal für die schnelle Überprüfung von Builds innerhalb des Teams.

Externes Testen ermöglicht das Einladen von Testern per E-Mail oder über einen öffentlichen Link. Nach bestandener Beta App Review steht der Build allen Eingeladenen zum Download zur Verfügung. Für Apps, die zum ersten Mal veröffentlicht werden, ist externes Testen gemäß den App Store Review Guidelines obligatorisch.

Wie TestFlight funktioniert: Hauptszenarien

Der TestFlight-Workflow beginnt mit dem Archivieren der App in Xcode und dem Hochladen in App Store Connect über Organizer oder Transporter. Nach dem Hochladen durchläuft der Build eine automatische Validierung und Sicherheitsüberprüfung.

Interne Tester erhalten eine Benachrichtigung über den verfügbaren Build über die TestFlight App. Sie können die App installieren und über die integrierte Bildschirmfoto- und Textkommentar-Oberfläche Feedback geben. Für externe Tester ist die Genehmigung durch Beta App Review erforderlich, wonach der Build genauso verteilt wird wie interne Builds.

TestFlight sammelt automatisch Nutzungsmetriken: Installationszahlen, Crash-Logs, Bildschirmfotos mit Anmerkungen und Feedback. Der Entwickler sieht diese Daten im TestFlight-Bereich von App Store Connect. Alle Daten werden nach Build-Versionen aggregiert, was den Vergleich der Stabilität verschiedener Builds erleichtert.

Gültigkeitsdauer von Builds

Jeder in TestFlight hochgeladene Build hat eine Gültigkeitsdauer von 90 Tagen. Nach Ablauf können Tester die App nicht mehr installieren oder starten. Um die Tests fortzusetzen, muss ein neuer Build mit einer erhöhten Versionsnummer hochgeladen werden. Diese Einschränkung fördert die regelmäßige Aktualisierung von Builds durch Entwickler.

Wenn sich das Ablaufdatum nähert, sendet TestFlight Benachrichtigungen sowohl an den Entwickler als auch an die Tester. Wenn kein neuer Build rechtzeitig hochgeladen wird, werden die Tests unterbrochen und die Teilnehmer verlieren den Zugriff auf die App, bis eine neue Version erscheint.

Einrichtung von TestFlight in App Store Connect

Die Einrichtung von TestFlight beginnt in App Store Connect im Bereich TestFlight. Für den Start ist mindestens ein hochgeladener App-Build erforderlich. Die Oberfläche ist in drei Hauptbereiche unterteilt: Builds, interne Tester und externe Gruppen.

Interne Tester werden per Apple ID hinzugefügt. Jeder Teilnehmer muss über App Store Connect mit einer Rolle eingeladen werden, die Testzugriff beinhaltet. Nach der Einladung erhält der Tester eine E-Mail und kann die App über die TestFlight App auf seinem Gerät installieren.

Für externes Testen werden Gruppen erstellt, die Tester nach Szenarien zusammenfassen. Jede Gruppe wird mit bestimmten Builds verknüpft. Eine Gruppe kann einen öffentlichen Link zum Selbstbeitritt haben – praktisch für Open-Source-Projekte oder massives Beta-Testing. Laut Apple Developer Documentation kann ein öffentlicher Link jederzeit widerrufen werden, ohne dass bereits beigetretene Tester ihren Zugriff verlieren.

Hochladen eines Builds in TestFlight

Das Hochladen eines Builds in TestFlight erfolgt über Xcode Organizer nach dem Archivieren des Projekts. Für das Hochladen ist ein Apple Developer Program-Konto mit Admin- oder App Manager-Berechtigungen in App Store Connect erforderlich.

Vor dem Hochladen muss der Build mit einem gültigen Distribution Certificate signiert sein und ein Provisioning Profile mit App Store-Verteilung enthalten. Xcode konfiguriert die Signatur bei aktivem Entwicklerkonto automatisch über Automatic Signing.

# Upload via xcrun altool (Xcode 15+ uses notarytool)
xcrun notarytool submit MyApp.ipa --apple-id "developer@example.com" --team-id "TEAMID123" --password "@keychain:AC_PASSWORD" --wait

# Upload to App Store Connect directly
xcrun altool --upload-app -f MyApp.ipa -t ios -u "developer@example.com" -p "@keychain:AC_PASSWORD"

Nach dem Hochladen durchläuft der Build eine automatische Überprüfung: Binärvalidierung, Scannen auf schädlichen Code und Prüfung der Einhaltung der App Store Review Guidelines. Die Überprüfung dauert in der Regel zwischen wenigen Minuten und einer Stunde. Der Status wird in App Store Connect im Bereich TestFlight angezeigt.

Automatischer Upload über CI/CD

Für CI/CD (GitHub Actions, Bitrise, Jenkins) wird xcrun altool oder notarytool verwendet, um den Build direkt ohne Xcode hochzuladen. Authentifizierungsschlüssel werden in der Keychain oder der App Store Connect API gespeichert. Fastlane bietet die Aktion upload_to_testflight zur vollständigen Automatisierung des Prozesses.

Einladen von Testern: intern und extern

Das Einladen von Testern zu TestFlight hängt von der Art des Testens ab. Interne Tester werden direkt in App Store Connect per Apple ID hinzugefügt und erhalten sofort nach dem Hochladen Zugriff auf alle Builds. Externe Tester werden über Gruppen mit bestimmten zugewiesenen Builds eingeladen.

Für externes Testen muss die Beta App Review bestanden werden – eine vereinfachte Version der App Review, die grundlegende Funktionalität und Einhaltung der Regeln prüft. Der erste externe Build besteht die Überprüfung in der Regel in 1–2 Tagen, spätere Builds schneller. Nach der Genehmigung erhalten alle Tester der Gruppe eine Benachrichtigung.

Ein öffentlicher Link vereinfacht die Einladung: Der Entwickler veröffentlicht den Link auf einer Website oder in sozialen Medien, Benutzer folgen ihm und treten automatisch dem Test bei. TestFlight unterstützt bis zu 10.000 Teilnehmer pro externer Gruppe, und die Anzahl der Gruppen ist unbegrenzt. Für jede App können mehrere Gruppen mit verschiedenen Builds konfiguriert werden.

Arbeiten mit Feedback

Tester senden Feedback über die TestFlight App und fügen Bildschirmfotos und Anmerkungen bei. Der Entwickler sieht alles Feedback in App Store Connect, gruppiert nach Builds. Jedes Feedback enthält die OS-Version, das Gerätemodell und einen Zeitstempel, was die Reproduktion und Behebung von Fehlern erleichtert.

Veröffentlichung nach dem Testen

Die Veröffentlichung einer App aus TestFlight im App Store erfordert keine Neuerstellung. Wählen Sie einfach den genehmigten Beta-Build in App Store Connect aus und klicken Sie auf Submit for Review. Derselbe Build, der das Beta-Testing durchlaufen hat, wird ohne Neukompilierung zur finalen App Review eingereicht.

Dies garantiert, dass genau die Version, die von den Testern getestet wurde, in die Produktion geht, und schließt Risiken von Abweichungen zwischen Beta- und Release-Builds aus. Nach bestandener finaler App Review wird der Build automatisch gemäß den konfigurierten Verfügbarkeitsregeln im App Store veröffentlicht.

Vor der Veröffentlichung muss der Entwickler die Metadaten aktualisieren: Versionsbeschreibung, Bildschirmfotos für die neue OS-Version und Informationen über Änderungen. TestFlight-Builds, die nicht an den App Store gesendet wurden, werden 90 Tage nach dem Hochladen zusammen mit allen Testdaten automatisch gelöscht.