Zum Inhalt springen

Praxistest

Wie funktioniert ein Beta-Test mit TestFlight? So lief er bei RevierHege.

TestFlight ist Apples Weg, eine App vor der Veröffentlichung an Tester zu verteilen. Wie das technisch geht, erklärt Apple. Was dabei im Alltag passiert, zeigt ein echter Test: RevierHege mit einer Reviergemeinschaft, seit Juli 2026 über TestFlight und seit Ende August auch als Android-Beta.

4–5
Personen in der Pilotgruppe
rund 30
Futterstellen im Revier
Build 16
iOS-Beta im September 2026
2 Betas
iOS und Android, nicht im Store

Der Ablauf

Fünf Schritte bis zum ersten Tester.

Die Schritte gelten für jede App, die über TestFlight verteilt wird. Die Daten sind die von RevierHege.

  1. 01Datenschutz klärenSobald sich Menschen registrieren und Daten speichern, gehört eine Datenschutzerklärung dazu, bei mir auch schon im Test. Bei RevierHege stand sie am 29. Juni 2026, vor der ersten Einladung.
  2. 02Build hochladenDie App geht als Testversion zu Apple. Bei RevierHege war das erstmals am 3. Juli 2026.
  3. 03Prüfung durch AppleBevor externe Tester eine Beta bekommen, prüft Apple den ersten Build. Bei mir vergingen vom Hochladen bis zur Freigabe am 9. Juli knapp eine Woche. Spätere Builds brauchen nicht unbedingt eine volle Prüfung.
  4. 04EinladenTester bekommen eine Einladung per E-Mail oder über einen öffentlichen Link und installieren die Beta über die TestFlight-App.
  5. 05NachliefernJede neue Version kommt als Update mit Hinweisen, was neu ist. Ein Build lässt sich bis zu 90 Tage testen, danach braucht es einen neuen. Am 11. September 2026 stand RevierHege bei Build 16.

Android funktioniert ähnlich, heißt aber anders. RevierHege läuft dort als interner Test in der Google Play Console: Tester werden über ihre E-Mail-Adressen eingetragen und treten über einen Link bei. Anders als bei TestFlight verschickt Google dabei keine Einladung: Wer auf der Liste steht, tritt über den Link bei, den ich weitergebe. Das wusste ich anfangs nicht, deshalb wartete der erste Tester vergeblich auf eine E-Mail.

Die Pilotgruppe

Getestet hat, wer das Problem hat.

Vor allem die Gruppe, für die RevierHege entstanden ist.

Eine Reviergemeinschaft, in der vier bis fünf Personen rund 30 Futterstellen betreuen. Einer von ihnen ist Ansprechpartner und in der App Admin des Reviers.

In der ersten Runde testeten die beiden iPhone-Nutzer der Gruppe. Ich selbst bin als normales Mitglied beigetreten, um das Wichtigste zwischen zwei echten Konten zu prüfen: Beitritt über die Revier-ID, Anfrage, Freigabe durch den Admin, Benachrichtigung aufs Telefon. Der Rest der Gruppe nutzt Android und konnte erst ab Ende August mitmachen. Dazu kamen einzelne Tester außerhalb der Gruppe.

Rückmeldungen

Den Weg wählen die Tester, nicht ich.

TestFlight hat einen eingebauten Feedback-Knopf. Im Revieralltag kam trotzdem das meiste auf anderen Wegen an.

01

Feedback in TestFlight

Screenshot aus der App, markieren, abschicken. Gut für alles, was man zeigen kann.

02

Sprachnachrichten

Die ausführlichsten Rückmeldungen kamen gesprochen, nicht geschrieben.

03

Anruf beim Ansprechpartner

Ein Teil der Gruppe schreibt ungern. Wer ein Problem hat, ruft den Ansprechpartner an, und der gibt es an mich weiter.

04

Diagnose in der App

Seit Ende August haben beide Fassungen eine Diagnose und einen Support-Kontakt. So lassen sich Fehler auf Geräten eingrenzen, die ich nie in der Hand habe.

Eine gemeinsame Chatgruppe habe ich im Juli vorgeschlagen. Der Ansprechpartner hielt sie für wenig sinnvoll, weil die anderen lieber anrufen. Im September hat er selbst eine gegründet.

Was sich geändert hat

Was die Pilotgruppe verändert hat.

Jede dieser Änderungen geht auf eine Rückmeldung aus der Gruppe zurück.

01

Notizen je Futterstelle

Damit ein Hinweis wie „kaputt“ nicht per Telefon die Runde machen muss, sondern für alle sichtbar an der Stelle steht.

02

Satellitenansicht

Auf der normalen Karte sind keine Sträucher zu sehen. Um eine Futterstelle genau zu setzen, braucht es das Luftbild.

03

Karte bleibt stehen

Beim Anlegen sprang die Karte zur eigenen Position zurück. Das war Absicht – und im Revier falsch, wenn man gezielt anderswo anlegen will.

04

Standort ändern

Wird eine Futterstelle versetzt, muss sie nicht neu angelegt werden. Das Logbuch hält fest, wer sie wann verschoben hat.

05

Löschen, Umbenennen, Archiv

Falsch gesetzte Stellen lassen sich löschen, Namen korrigieren. Was gerade nicht genutzt wird, kommt ins Archiv und behält sein Logbuch.

06

Kontrollintervalle

Nach einer festen Zahl von Tagen zeigt die App „Kontrolle fällig“, mit Countdown bis dahin. Auffüllen geht jederzeit, auch ohne vorherige Leermeldung.

„Leer“ meldet nur, wer vor Ort war. Die App kann nicht wissen, ob eine Futterstelle leer ist. Nach Ablauf des Intervalls zeigt sie deshalb „Kontrolle fällig“ in Orange; Rot bleibt den Stellen vorbehalten, die jemand als leer gemeldet hat. Das Intervall begann anfangs mit der letzten Änderung. Wer es einstellte, sah ältere Stellen deshalb sofort als fällig. Heute beginnt es beim Einstellen oder nach einer dokumentierten Auffüllung. Eine Kontrolle ohne Auffüllen einzutragen, steht noch aus.

Zwei Fehler hat erst der Alltag gezeigt: Eine versetzte Stelle erschien auf der Karte erst nach einem Neustart am neuen Ort, und nach dem Auffüllen stand ein falsches Datum in der Liste. Beide sind behoben.

Begrenzen

Nicht jeder gute Vorschlag kommt sofort in die App.

Drei Wünsche habe ich bewusst anders gelöst oder zurückgestellt.

01

Hochsitze und Fallen

Naheliegend, denn dort stellt sich dieselbe Frage: Was ist erledigt, was ist offen? Zurückgestellt, bis klar ist, ob es wirklich dasselbe Problem ist. Sonst wird aus einer einfachen App wieder eine große.

02

Ein Kommentarsystem

Gewünscht war ein Ort für Hinweise. Gebaut habe ich ein einzelnes Notizfeld je Futterstelle, sichtbar in der Detailansicht.

03

Verschieben per Ziehen

Ziehen auf der Karte ist ungenau, wenn Futterstellen dicht beieinanderliegen, und mit einer Hand mühsam. Stattdessen bewegt sich die Karte unter einem festen Fadenkreuz.

Die Grenze des Tests

Ob andere Reviere das Problem auch haben, zeigt kein Beta-Test.

Eine Gruppe, die eine App gut findet, beweist nur, dass die App für diese Gruppe passt.

Ob dahinter ein Markt steht, habe ich getrennt geprüft: mit Fragen an andere Reviere, der Rückmeldung eines Jägers außerhalb der Gruppe, Anfragen in Foren und bei Administratoren großer Jagdgruppen und einem Blick auf bestehende Jagd-Apps.

Gefragt habe ich dabei nicht, ob jemand eine App will. Darauf bekomme ich meist nur unverbindliche Antworten. Sondern: Wie organisieren Sie Ihre Futterstellen heute? Wo wird es unübersichtlich? Nutzen Sie schon ein Werkzeug dafür?

Das Ergebnis am 3. August 2026: Viele Reviere regeln das über feste Runden, bestehende Apps, WhatsApp oder feste Zuständigkeiten. Als eigenständiges Produkt sah ich keine realistische Chance und habe mich gegen eine Vermarktung entschieden. Wie es dazu kam, steht in der Fallstudie, und warum ein solches Nein ein Ergebnis ist, in einem Blogbeitrag.

Android

Warum es trotzdem eine Android-Fassung gibt.

Ein Nein zur Vermarktung ist kein Nein zu dem, was ich der Pilotgruppe zugesagt habe.

Am 3. August hatte ich die Android-Fassung mit verworfen. Drei Wochen später habe ich sie doch gebaut: Ich hatte der Gruppe von Anfang an eine Lösung für iPhone und Android angeboten, und in einer Gruppe mit gemischten Geräten erfüllt die App ihren Zweck nur, wenn alle mitmachen können.

Seit dem 26. August 2026 läuft sie als interner Test über Google Play. Das ist ein technischer Praxistest, kein Einstieg in die Vermarktung. Was danach mit RevierHege passiert, entscheide ich anhand der Rückmeldungen aus der Gruppe.

Ehrlich bleiben

Was auf dieser Seite fehlt, und warum.

Häufige Fragen

Kurz beantwortet.

Was ist TestFlight?
Apples Dienst, um iPhone-Apps vor der Veröffentlichung an Tester zu verteilen. Tester installieren die TestFlight-App und darüber die Beta. Rückmeldungen mit Screenshot und Absturzberichte landen direkt beim Entwickler.
Wie lange läuft eine TestFlight-Beta?
Jeder Build lässt sich bis zu 90 Tage testen, danach ist er für Tester nicht mehr verfügbar. Ein neuer Build hat wieder 90 Tage. Wer länger testet, muss also regelmäßig nachliefern.
Wie lange dauert die Prüfung durch Apple?
Apple prüft den ersten Build, bevor externe Tester ihn bekommen. Bei RevierHege vergingen vom Hochladen am 3. Juli bis zur Freigabe am 9. Juli 2026 knapp eine Woche. Das war die Prüfung für die Beta, nicht die für den App Store. Spätere Builds brauchen nicht unbedingt eine volle Prüfung.
Gibt es TestFlight auch für Android?
Nein. Google Play hat eigene Testwege in der Play Console: interne, geschlossene und offene Tests. Die Android-Fassung von RevierHege läuft seit dem 26. August 2026 als interner Test: bis zu 100 Tester, eingetragen über ihre E-Mail-Adressen, Beitritt über einen Link.
Wie viele Tester braucht ein Beta-Test?
Das hängt vom Store ab. Apple schreibt keine Mindestzahl vor: TestFlight ist freiwillig und erlaubt bis zu 100 interne und 10.000 externe Tester. Google Play verlangt von privaten Entwicklerkonten, die nach dem 13. November 2023 angelegt wurden, vor der Veröffentlichung einen geschlossenen Test mit mindestens 12 Testern, die 14 Tage ohne Unterbrechung dabei sind. Ein interner Test wie bei RevierHege zählt dafür nicht. Für die Fehlersuche hätte ich mir bei RevierHege zehn bis zwanzig Tester gewünscht; anfangs waren es zwei iPhones und ich.

Die allgemeinen Angaben stammen von Apple (TestFlight-Überblick) und von Google (Tests in der Play Console, Testpflicht für neue private Konten), Stand September 2026.

Sie planen einen Test

Erst mit echten Nutzern testen, dann entscheiden.

Wenn Sie eine App bauen und mit echten Nutzern prüfen lassen wollen, läuft das über mein Unternehmen: byte & Handwerk, feste Preise, Erstgespräch kostenlos.