Praxisanleitung

Interne und externe TestFlight-Tests oder App Review?

Einladungen, Betaprüfung und Veröffentlichung sind unterschiedliche Abläufe.

Zuletzt geprüft ·EasyIPA

01

Interne Tests für das Team

Interne Tester sind App Store Connect-Nutzer mit passenden Inhaltsrechten. Prüfen Sie Teamzugehörigkeit und App-Zugriff, bevor Sie verarbeitete Builds einer Gruppe zuweisen. Geben Sie Kunden nicht allein für Tests Verwaltungsrechte im Entwicklerportal. Normale Tester brauchen keine App-Verwaltungsberechtigung.

02

Externe Tests für weitere Nutzer

Für Kunden und öffentliche Betatester erstellen Sie eine externe Gruppe, fügen einen Build und Testinformationen hinzu und versenden Einladungen. Externe Builds benötigen möglicherweise Beta App Review. Der erste Gruppenbuild folgt diesem Prüfablauf; spätere Builds brauchen eventuell keine vollständige Prüfung. Versprechen Sie keine sofortige Installation nach dem Upload.

03

Betafreigabe ist keine Veröffentlichung

Für den App Store sind Versionsangaben, Buildauswahl und eine separate Einreichung erforderlich. Beta App Review und App Review sind getrennt; eine Betafreigabe genehmigt nicht automatisch die Veröffentlichung. Eingeladene Tester können nach dem Start weiterhin ihren Testbuild verwenden, statt automatisch zu wechseln.

04

Aus Sicht der Tester prüfen

Prüfen Sie Einladungen, Gruppen, verfügbare Builds und Gerätekompatibilität mit einem Zielkonto. TestFlight-Builds lassen sich höchstens 90 Tage testen. Ablauf beeinflusst Installation und weitere Tests; TestFlight ist keine dauerhafte Verteilung. Dokumentieren Sie Buildnummer, Testende, regulären Bezugskanal und Feedbackadresse.

Offizielle Quellen

TestFlight overview Overview of submitting for review
← Anleitungen und Neuigkeiten