Gesloten test op Google Play: 12 testers, 14 dagen en een testplan dat productietoegang oplevert (2026)

Als je Google Play-ontwikkelaarsaccount een nieuw aangemaakt persoonlijk account is, is de gesloten test op Google Play een drempel die je vóór de lancering moet nemen. Wanneer je productie aanvraagt, moeten minstens 12 testers aangemeld zijn voor je gesloten test, en elk van hen moet de voorafgaande 14 dagen onafgebroken aangemeld zijn geweest. Behandel het als een testproject van twee weken met een eigenaar, een planning en een feedbackcyclus, niet als een vinkje dat je op de laatste dag zet.

Wat vereist de gesloten test op Google Play in 2026?

Per november 2026 moeten persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn aangemaakt een gesloten test draaien met "minimaal 12 testers die minstens 14 dagen onafgebroken aangemeld zijn" voordat ze productietoegang kunnen aanvragen. Tot die tijd blijven de opties Production en Pre-registration voor de app vergrendeld.

• 12 testers moeten aangemeld zijn voor de gesloten test op het moment dat je aanvraagt.
• Ze moeten de voorafgaande 14 dagen onafgebroken aangemeld zijn geweest.
• Een tester die zich afmeldt en opnieuw aanmeldt, moet weer 14 opeenvolgende dagen volmaken om mee te tellen.
• De gesloten test komt beschikbaar zodra de app-configuratie voltooid is. De open test blijft vergrendeld tot je productietoegang hebt.
• Interne tests hebben geen voorwaarden, maar dat is een apart track.

De regels staan op de pagina App testing requirements for new personal developer accounts van Google. Die pagina gaat alleen over persoonlijke accounts. Over organisatieaccounts zegt ze niets, dus kijk wat je eigen Dashboard toont in plaats van iets aan te nemen.

Hoe zet je een gesloten testtrack op in Play Console?

Om een gesloten test op te zetten open je in Play Console Test and release > Testing > Closed testing, klik je op Manage track, voeg je testers toe op het tabblad Testers en rol je een release uit. Je kunt testers toevoegen via een e-maillijst of een Google-groep. Elke lijst bevat maximaal 2.000 gebruikers, dus de lijstgrootte is nooit het probleem. Mensen zover krijgen dat ze zich aanmelden wel.

1. Maak op het tabblad Testers een e-maillijst aan of voer een Google-groep in, zoals yourgroupname@googlegroups.com.
2. Voeg een feedback-URL of e-mailadres toe. Google toont dit op de aanmeldpagina voor testers.
3. Kopieer de deelbare aanmeldlink en sla je wijzigingen op.
4. Maak een release aan op het gesloten track en rol die uit.
5. Deel de aanmeldlink plus de Play Store-URL zodra de release live staat. Testers kunnen een app die nog niet in productie is niet vinden via zoeken in Play.

De pagina over het opzetten van tests van Google noemt een aantal valkuilen. "De aanmeldlink wordt alleen weergegeven als de app-status 'Published' is", dus apps met de status Draft of Pending publication hebben geen link. Een CSV uploaden overschrijft de adressen die al in de lijst staan, en CSV-bestanden opgeslagen als UTF-8 met BOM worden geweigerd. Bij een Google-groep moeten mensen eerst lid worden van de groep voordat ze zich kunnen aanmelden. Wie al in je interne test zit, moet die eerst verlaten voordat diegene de gesloten test kan ontvangen.

Hoeveel testers moet je werven, en welke tellen mee?

Werf 15–16 testers, niet 12, want alleen mensen die zich via de Play-aanmeldlink hebben aangemeld tellen mee, en wie vóór dag 14 afhaakt telt helemaal niet. De 14 dagen van elke tester beginnen bij diens aanmelding, dus wie laat instapt, schuift je vroegst mogelijke aanvraagdatum op.

Goede bronnen zijn je mailinglijst, je bèta-wachtlijst, vrienden met een Android-telefoon en andere indie-ontwikkelaars die jouw app testen als jij de hunne test. Vraag iedereen te bevestigen dat ze de aanmeldlink hebben geaccepteerd en via Play hebben geïnstalleerd. Een gesideloade APK of een doorgestuurde build telt niet. Is je app betaald, dan moeten testers die volgens Google kopen om mee te doen. Nog een reden om een gratis testbuild of promoroute aan te bieden.

Wat moeten testers doen tijdens de 14 dagen?

Testers moeten de app gebruiken zoals echte gebruikers dat zouden doen, met om de paar dagen een concrete taak, zodat je tijdens de testperiode feedback verzamelt en fixes uitbrengt. Het productieformulier vraagt of testers alle functies hebben gebruikt en of hun gebruik overeenkwam met gedrag in de praktijk, en op beide vragen heb je een antwoord nodig.

Testers kunnen geen openbare reviews achterlaten op testversies. Verzamel feedback via je feedback-URL of e-mail, of via privéfeedback in Google Play. Houd een log bij van elke melding, wat je hebt aangepast en welke build het heeft opgelost. Leveren de tests crashes of kapotte schermen op, dan is het testplan voor release-builds bij 2.1-afwijzingen ook voor Android-builds een bruikbare checklist.

Wat gebeurt er als ontwikkelaars "More testing required" krijgen?

Openbare ervaringen laten zien dat het halen van het aantal testers je wel tot de aanvraag brengt, maar geen goedkeuring garandeert. Wat goedkeuringen van afwijzingen onderscheidt, is zichtbare betrokkenheid van testers en updates die op feedback gebaseerd zijn.

• Afgewezen na een testerservice. Op de MIT App Inventor-community meldde een ontwikkelaar in juli 2024 (toen de grens nog 20 testers was) dat die het aantal via een tester-uitwisselservice had gehaald. Toch kwam er "More testing required to access Google Play production", met als redenen dat testers niet betrokken waren bij de app tijdens de gesloten test en dat de best practices voor testen niet waren gevolgd, waaronder het verzamelen van en handelen op gebruikersfeedback. Google schreef: "Test je app voordat je opnieuw aanvraagt nog eens 14 dagen via een gesloten test met echte testers." De ontwikkelaar gaf ook aan het formulier na de test niet te kunnen invullen, omdat die niet wist wie de testers waren of hoe ze hadden getest. Op de threadpagina staat geen oplossing.
• Goedgekeurd na een herziene test. Een ontwikkelaar op DEV Community merkte dat de meeste vrienden en familie een iPhone gebruikten. Maar 4–5 mensen installeerden de app, en ongeveer de helft verwijderde die binnen een paar dagen. De ontwikkelaar stapte over op een Google-groep met de instelling "Anyone can join" en wierf andere ontwikkelaars via een app voor wederzijds testen, die in de post wordt aangeprezen. Binnen twee dagen waren er 14 testers, tijdens de periode werden 6 kleine updates uitgebracht en de antwoorden op het formulier werden zorgvuldig geschreven. De ontwikkelaar meldt goedkeuring twee dagen na de aanvraag.

Conclusie: beide ontwikkelaars haalden het aantal testers. De goedgekeurde kon wijzen op echt gebruik, updates en feedback, terwijl de afgewezen wel de aantallen had maar geen bewijs dat op het formulier te beschrijven was. Heb je die e-mail al ontvangen, dan behandelt de gids over Google Play "More testing required" wat je moet aanpassen voordat je opnieuw aanvraagt.

Wat vraagt het formulier Apply for production?

Het formulier Apply for production, dat je opent vanuit het Dashboard, bestaat uit drie delen: je gesloten test, je app en je gereedheid voor productie. Antwoorden gaan verloren als je op Discard klikt of een onderdeel verlaat zonder op Next te klikken, dus schrijf ze vooraf uit.

Google waarschuwt ook dat "de beoordeling geen stap is om problemen op te lossen". Controleer vóór je aanvraag naleving van het beleid, de leeftijdsclassificatie, de stabiliteit en, als je app inloggen vereist, werkende inloggegevens. De handleiding voor een demo-account is geschreven voor Apple, maar dezelfde reviewer-login werkt ook voor Google.

Wat moet je controleren voordat je op Apply for production drukt?

Controleer vóór de aanvraag dat minstens 12 aangemelde testers elk 14 onafgebroken dagen hebben, dat je feedbacklog uitgebrachte fixes laat zien en dat alle taken voor de app-configuratie voltooid zijn. Plan je lanceringsdatum rond de beoordeling door Google, die "meestal zeven dagen of minder duurt, maar af en toe langer kan duren".

Rekenvoorbeeld: een solo-ontwikkelaar rondt op maandag de app-configuratie af en rolt build 1 uit. Die nodigt 16 mensen uit van een wachtlijst en een ontwikkelaarscommunity, en op dag 2 hebben er 14 zich aangemeld. De ontwikkelaar herinnert twee mensen eraan en voegt er nog drie toe. Op dag 4 meldt een tester een crash op een ouder toestel, en op dag 5 komt build 2 uit. Omdat de latere instappers hun 14 dagen later begonnen, telt de ontwikkelaar de dagen per persoon, niet vanaf de eerste release. De aanvraag gaat de deur uit zodra 12 mensen 14 onafgebroken dagen hebben, met een log waarin negen gevonden bugs staan, waarvan zeven opgelost.

1. Het Dashboard toont minstens 12 aangemelde testers met elk 14 onafgebroken dagen.
2. De nieuwste build op het gesloten track is de build die je wilt promoveren, en die voldoet aan het huidige target API level (zie de gids over target API level 36).
3. Het feedbacklog vermeldt gevonden problemen, doorgevoerde wijzigingen en uitgebrachte builds.
4. Store-vermelding, leeftijdsclassificatie, gegevensveiligheid en andere configuratietaken zijn voltooid.
5. Inloggegevens voor reviewers werken, als de app inloggen vereist.
6. De antwoorden op het formulier zijn uitgeschreven en concreet over echte testers en echte wijzigingen.

Breng je ook uit op iOS, dan behandelt de App Store-checklist voor indienen de kant van Apple. Wil je de lancering liever uitbesteden, dan richt onze App Store-indieningsservice Play Console en App Store Connect in en bereidt beide beoordelingen voor voor $599; de kosten van ontwikkelaarsaccounts komen daar los bij. Je kunt ook mailen naar yagyeshsrbobde@gmail.com.