In diesem Ratgeber
Beta-Testing ist eine Reihe kleiner, kontrollierter Tests mit jeweils größerer Gruppe. Jede Phase beantwortet eine Frage und endet, sobald du die Antwort hast.
Die Phasen
1. Alpha: Läuft es überhaupt? - Wer: du und dein Team, vielleicht ein paar wohlgesonnene Entwickler. - Wo: Builds, die du direkt installierst, oder ein interner Track. - Ausstiegskriterien: Die Kernaktion funktioniert, kein Absturz beim Start, du kannst die App in einem Satz beschreiben.
2. Geschlossene Beta: Läuft es für andere? - Wer: eine begrenzte Gruppe, die du einlädst. - Was sie tun: einem kurzen Auftrag folgen, Gerät, Schritte und Ergebnis melden. - Ausstiegskriterien: kein offener Absturz oder Blocker, wiederholte Verwirrung ist behoben oder erklärt.
3. Offene Beta (optional): Hält es im größeren Maßstab? - Wer: alle, die es finden und beitreten können. - Ausstiegskriterien: über einen festgelegten Zeitraum keine neuen schweren Probleme, das Feedback besteht überwiegend aus Kleinigkeiten.
4. Release Candidate: Ist das der Build? - Wer: du, dazu eine letzte Prüfung durch ein paar Tester. - Ausstiegskriterien: Store-Eintrag, Datenschutzangaben und Build sind bereit; kein bekannter Blocker.
5. Release. Danach liest du weiter Feedback.
Nutze die Ausstiegskriterien als Tore. Geh nicht weiter, nur weil Zeit vergangen ist.
Wie das auf die Stores passt
Google Play. Die Play Console bietet interne, geschlossene und offene Tests. Laut Play Console-Hilfe (abgerufen am 24.10.2026): Ein interner Test kann bis zu 100 Tester pro App haben; geschlossene Tests sind für Vorabversionen mit einem größeren Kreis und arbeiten mit E-Mail-Listen oder Google Groups; ein offener Test macht die Testversion bei Google Play sichtbar, sodass jeder beitreten kann. Persönliche Entwicklerkonten, die nach dem 13. November 2023 erstellt wurden, müssen bestimmte Testanforderungen erfüllen, bevor die App bei Google Play verfügbar wird. Laut dem verlinkten Artikel der Play Console-Hilfe (abgerufen am 24.10.2026) heißt das: ein geschlossener Test mit mindestens 12 Testern, die 14 Tage in Folge angemeldet bleiben, und eine Zusammenfassung deines Test-Feedbacks beim Antrag auf Produktionszugriff.
Apple TestFlight. Laut Apples App Store Connect Help (abgerufen am 24.10.2026): Du kannst bis zu 10.000 externe Tester pro App einladen, per E-Mail oder öffentlichem Link. Externe Builds durchlaufen die TestFlight-App-Prüfung; der erste Build einer Version wird vollständig geprüft.
| Phase | Google Play | TestFlight |
|---|---|---|
| Alpha | Interner Test | Interne Tester (siehe Apple-Dokumentation) |
| Geschlossene Beta | Geschlossener Test | Externe Gruppe mit eingeladenen Testern |
| Offene Beta | Offener Test | Externe Gruppe mit öffentlichem Link |
| Release Candidate | Produktions-Release vorbereitet | Finaler Build zur Prüfung eingereicht |
Wer was tut
- Du: schreibst den Auftrag, schickst den Build, liest und sortierst das Feedback, entscheidest.
- Tester: folgen dem Auftrag und melden im gewünschten Format.
- Plattform oder Store: verteilt den Build und setzt Grenzen.
Wo AppReviewX passt
AppReviewX liefert privates, strukturiertes Feedback von anderen Entwicklern; ein geschriebenes Feedback bringt einen Credit, ein Credit bezahlt Feedback zu deiner App. Neue Konten starten mit 0 Credits. Für Android-Apps sind Testgruppen auf 12 Tester über 14 Tage am Stück ausgelegt. Für bereits veröffentlichte Apps gibt es Testpakete. Nichts wird gegen Store-Bewertungen oder Installs getauscht.
Starte mit AppReviewX und setze die erste geschlossene Runde auf.
Verwandt: Beta-Test-Zeitplan: 4 Wochen bis zum Release, Wie viele Beta-Tester brauchst du?. Zurück zur Übersicht.