TestFlight kennt zwei Arten von Testern. Die Wahl entscheidet, wer einen Build bekommt, wie schnell und ob Apple ihn vorher prüft.
Die Unterschiede
| Interne Tester | Externe Tester | |
|---|---|---|
| Limit (Apple) | bis zu 100 App-Store-Connect-Nutzer mit Zugriff auf deine Inhalte | bis zu 10.000 Personen |
| Wer das ist | Mitglieder deines App-Store-Connect-Teams | alle, die du per E-Mail oder öffentlichem Link einlädst |
| Beta-Prüfung | Apple beschreibt die Prüfung für externe Tester; prüfe in App Store Connect, was für deinen Build gilt | der erste Build einer Gruppe geht an App Review; spätere Builds brauchen evtl. keine volle Prüfung |
| Lebensdauer eines Builds | bis zu 90 Tage | bis zu 90 Tage |
Apples Seiten bestätigen die beiden Limits, dass der erste Build einer Gruppe geprüft wird und spätere Builds evtl. keine volle Prüfung brauchen, dass das Testen nach Freigabe beginnt und dass Builds nach 90 Tagen nicht mehr verfügbar sind. Dass interne Builds die Prüfung überspringen, sagen diese Seiten nicht; deshalb behauptet diese Seite es auch nicht. Als interner Tester hinzufügen kannst du Nutzer mit einer dieser Rollen: Account Holder, Admin, App Manager, Developer oder Marketing.
Entscheidungsregel
- Interne Tester für dein eigenes Team: schnelle Checks jedes Builds, Leute mit ohnehin vorhandenem App-Store-Connect-Zugang.
- Externe Tester, wenn Leute außerhalb des Teams testen sollen: echte Nutzer, Bekannte, eine Beta-Gruppe. Plane die Prüfung des ersten Builds ein.
- Beides nacheinander: intern für „lässt sich installieren und starten“, extern für „versteht ein Fremder, was die App tut“.
Typische Stolperstellen
- Interne Tester sind Nutzer deines Kontos. Wer als Nutzer angelegt wird, hat damit Kontozugriff; vergib die kleinste Rolle, die reicht.
- Externe Tester antworten nicht garantiert. Eine größere Gruppe heißt nicht mehr Feedback.
- Verwaltete Apple-Konten in reservierten Domains können keine Builds testen. Siehe den verlinkten Fix.
- Builds laufen nach 90 Tagen ab. Lade einen neuen hoch, wenn Tester nichts sehen.
Vom Tester zum Feedback
TestFlight bringt den Build aufs Gerät. Welches Feedback du bekommst, entscheidet es nicht. Willst du privates, strukturiertes Feedback von anderen Entwicklern, macht AppReviewX das: Ein geschriebenes Feedback bringt einen Credit, neue Konten starten mit 0 Credits. Testpakete sind für bereits veröffentlichte Apps, Testgruppen für Google Play auf Android.
Mehr unter Probleme beim App-Testen. Verwandt: Google-Anmeldung schlägt im Test-Build fehl, In-App-Produkte erscheinen im Test-Build nicht und TestFlight-Feedback vor der App-Prüfung.