Kort antwoord
„More testing required” is de uitkomst van een aanvraag voor productietoegang, geen beleidsmaatregel tegen je app. Google beoordeelt de gesloten test die je hebt uitgevoerd en de antwoorden die je hebt gegeven, en mailt daarna de accounteigenaar. Valt die beoordeling niet gunstig uit, dan word je gevraagd te blijven testen. Stel eerst vast welk besluit je hebt gekregen, en daarna wat je eigen documentatie aantoont over kwalificatie, appgebruik, feedback en gereedheid.
Is je app of release in plaats daarvan afgewezen om een concreet benoemd probleem, volg dan de instructies voor herstel en opnieuw indienen die bij dat probleem horen. Meer testers maken een beleidsbesluit niet ongedaan.
Dit artikel is de diagnose: welk besluit je hebt gekregen, wat elk bewijsstuk wel en niet aantoont, en wat je herstelt voordat je opnieuw aanvraagt. Het is gebaseerd op de gesloten tests die PrimeTestLab elke week uitvoert en op de richtlijnen van Google, telkens gelinkt op de plek waar ze gelden. Actueel op 11 september 2026.
Hoe je dit artikel leest
- Google-eis Een verplichte voorwaarde voor kwalificatie, indiening of beleid.
- Google-advies Google beveelt het aan, of de aanvraag vraagt ernaar. Er is geen drempelwaarde gepubliceerd.
- Onze suggestie Een werkwijze uit de tests die wij uitvoeren, geen regel waarop je wordt afgerekend.
Op deze pagina
Stel eerst vast wat Google heeft afgewezen
Drie verschillende besluiten worden allemaal „gesloten test afgewezen” genoemd, en elk vraagt om ander werk. Ga uit van de formulering die je daadwerkelijk hebt gekregen.
Welk bericht heb je gekregen?
| Wat je hebt gekregen | Wat het betekent | Wat je nu doet |
|---|---|---|
| Het dashboard meldt dat je kwalificatie voor testen niet compleet is | Het dashboard benoemt een testvoorwaarde waaraan nog niet is voldaan. Bekijk de specifieke voorwaarde die je te zien krijgt voordat je bepaalt wat er door moet lopen. | Rond de gesloten test af: minimaal 12 testers, elk de afgelopen 14 dagen doorlopend aangemeld. |
| „More testing required” na de aanvraag | Je aanvraag is beoordeeld en nog niet goedgekeurd. Google vraagt je door te testen; het besluit en de mail aan de accounteigenaar noemen de punten die zijn geconstateerd. | Werk de vijf aandachtspunten hieronder af, herstel wat je tegenkomt en vraag daarna opnieuw aan vanuit je account. |
| App of release afgewezen om een benoemd probleem | Een besluit over de app zelf, dat een beleids- of kwaliteitsprobleem benoemt. Geen oordeel over je aantal testers. | Volg de instructies voor herstel en opnieuw indienen die bij het benoemde probleem horen. Meer testers lossen dat niet op. |
Een vergrendelde productietrack zegt op zichzelf niet of het nog om de kwalificatie voor testen gaat, om een besluit over je aanvraag of om een andere stap in je account. Laat je leiden door het specifieke bericht dat je hebt gekregen, niet door de vergrendeling.
Bronnen: testvereisten voor apps en productietoegang en publiceren en de beoordelingsstatus.
Controleer of de eis voor jou geldt
Google-eisDe eis geldt voor persoonlijke ontwikkelaarsaccounts die na 13 november 2023 zijn gemaakt. Google geeft aan dat deze accounts aan specifieke testvereisten moeten voldoen voordat een app gepubliceerd mag worden. Valt jouw account eronder, dan volgen er drie stappen op elkaar:
- 1Voer een gesloten test uit, niet alleen een interne test.
- 2Houd minimaal 12 testers 14 dagen doorlopend aangemeld.
- 3Vraag productietoegang aan en beantwoord de vragen over de test, de app en de gereedheid.
Kwalificatie is nog geen goedkeuring
Voldoe je aan de eis, dan mag je de aanvraag indienen. Die aanvraag wordt op zichzelf beoordeeld, dus een schone periode van 14 dagen is het begin van het traject en niet het einde. Volledige uitleg: hoe de eis voor testers werkt.
Stel het probleem vast in vijf minuten
Zet de Play Console naast deze lijst open en beantwoord elke vraag eerlijk. Waar je geen antwoord op hebt, begin je met lezen.
Wat dit wel en niet doet
Dit leest niets uit je Play Console-account en kan je aantal testers of je aanmeldingsdatums niet bevestigen. Het zet alleen wat je al weet in de volgorde waarin de beoordeling ernaar vraagt.
Volgende stap
Gebruik de gids voor een nieuwe aanvraag voor de stappen na een besluit dat er meer getest moet worden. Blijkt uit je diagnose dat je meer tests door echte mensen nodig hebt, vergelijk dan de testondersteuning. Noemde Google een probleem met de app of het beleid, los dat dan eerst op; een nieuwe groep testers lost het niet op.
Vijf aandachtspunten na een afwijzing van productietoegang
Punten om te onderzoeken, in de volgorde waarin je ze kunt onderzoeken. Ze staan niet gerangschikt naar hoe vaak ze tot een afwijzing leiden, want die volgorde is nergens met gepubliceerde gegevens onderbouwd.
Kwalificatie of continuïteit van testers is niet compleet
Google vraagt om minimaal 12 testers die ten minste de afgelopen 14 dagen doorlopend aangemeld zijn. De continuïteit geldt per tester: wie zich aanmeldt, minder dan 14 dagen test en zich weer afmeldt, telt voor die onderbroken periode niet mee. Een terugkerende tester kan opnieuw meetellen na een nieuwe, ononderbroken aanmeldingsperiode van 14 dagen.
Wat je controleert
- Controleer of je op de gesloten track zit. Een tester die nog in een interne test zit, moet zich daar eerst afmelden; pas daarna bereikt jouw gesloten test die persoon.
- Tel de mensen die zich hebben aangemeld, niet de adressen die je aan een lijst hebt toegevoegd. Een adres toevoegen doet niets totdat die persoon de link accepteert.
- Vraag testers aangemeld te blijven tot en met het moment waarop je productietoegang aanvraagt, niet alleen de 14 dagen daarvóór.
Ter illustratie: continuïteit geldt per tester
Zijn 15 testers samen begonnen en haakt er één af, dan kunnen de overige 14 nog steeds meetellen, omdat ze elk hun eigen ononderbroken periode hebben behouden. Een vervanger die later instapt, begint een eigen klok en erft de verstreken tijd van de vertrokken tester niet.
Houd een kleine buffer boven het minimum aan. Precies 12 testers volstaan, dus een buffer is onze eigen werkwijze om een afmelding op te vangen zonder onder de grens te zakken, niet iets waar Google om vraagt.
Bronnen: testvereisten voor nieuwe persoonlijke ontwikkelaarsaccounts en een open, gesloten of interne test instellen voor testerlijsten en aanmeldingslinks. Stappenplannen: uitnodigingen en aanmelding van testers controleren en interne versus gesloten test.
Testers hebben de app niet betekenisvol gebruikt
De aanvraag vraagt of testers de functies hebben gebruikt en of dat gebruik leek op wat je in productie verwacht. Google zegt ook dat je gevraagd kunt worden door te testen als testers niet betrokken waren. De bekeken richtlijnen noemen geen getalsmatige drempel voor betrokkenheid, dus het werk zit in het beschrijven van echt gebruik.
Drie getallen die niet hetzelfde getal zijn
| Statistiek | Wat het telt | Wat deze statistiek aantoont |
|---|---|---|
| Aangemelde testers | Mensen die de aanmeldingslink voor je gesloten track hebben geaccepteerd en aangemeld zijn gebleven. | Het getal dat over kwalificatie gaat, en als enige van de drie gekoppeld aan de regel van 12 en 14. |
| Geïnstalleerd publiek | Gebruikers met je app geïnstalleerd op minstens één apparaat dat ze in de afgelopen 30 dagen hebben gebruikt. | De app is op een gebruikt apparaat terechtgekomen. Dat de app ook is geopend, toont deze statistiek niet aan. |
| Dagelijks actieve gebruikers | Mensen die de app op een bepaalde dag hebben geopend. | De app is geopend. Welke functies zijn gebruikt, of wat testers ervan vonden, zegt deze statistiek nog steeds niet. |
Bron: appstatistieken bekijken. Google beschikt wél over gebruiksgegevens, dus betrokkenheid is voor Google niet onzichtbaar. Wat niet gedocumenteerd is, is welke signalen de beoordeling meeweegt, en op welk niveau.
Wat je controleert
- Geef testers een korte briefing waarin je benoemt welke flows ze moeten doorlopen, en één kanaal om op te reageren.
- Vraag om concrete observaties, niet om een oordeel: wat ze hebben geprobeerd, op welk apparaat, en wat er gebeurde.
- Vraag testers een belangrijke fix opnieuw te bekijken zodra die live staat, zodat je vastlegging laat zien dat een wijziging is gecontroleerd.
Vraag testers de taken af te ronden die voor jouw app belangrijk zijn, in eigen woorden te melden wat ze zien, en belangrijke fixes opnieuw te bekijken nadat die zijn doorgevoerd. Een vaste instructie als „open de app één keer per dag” is een optionele testroutine, geen regel van Google.
Feedback en antwoorden in de aanvraag missen concreet bewijs
De aanvraag vraagt je de ontvangen feedback en de doorgevoerde wijzigingen samen te vatten. Google raadt aan de thema’s in die feedback gaandeweg vast te leggen, en juist dat logboek maakt het verschil tussen een concreet en een algemeen antwoord.
Voorbeeld van een testlogboek (de structuur, niet de inhoud om over te nemen)
| Build, workflow, omgeving | Bevinding | Actie of verificatie |
|---|---|---|
| Build 8; wachtwoordherstel; Android 14 | Melding bij opnieuw proberen was onduidelijk | Verduidelijkt in Build 9; tester heeft het opnieuw gecontroleerd |
| Build 9; opgeslagen instellingen; Android 13 | Instellingen bleven bewaard na opnieuw openen | Vastgelegd als geslaagd; geen wijziging nodig |
Dit is een voorgestelde indeling, geen verplicht sjabloon of verplichte bijlage van Google. Gebruik de kolommen als structuur, nooit de rijen als feiten om over te nemen. Een geslaagde controle vastleggen telt net zo zwaar als een probleem vastleggen: juist daarmee kun je de vraag over gereedheid beantwoorden zonder een probleem te verzinnen.
Wat je controleert
- Gebruik het onderdeel voor testfeedback in de Play Console, plus elk kanaal dat je aan je testers hebt gegeven. Openbare waarderingen in de Store horen hier niet bij.
- Groepeer de feedback eerst per thema, zodat één luide melding niet je hele samenvatting wordt.
- Bewaar de concrete observatie, of je de tester nu citeert of nauwkeurig samenvat.
- Controleer of de functies die je in de aanvraag beschrijft in de geteste build zaten en ook echt zijn doorlopen. Noteer wat apart is getest of buiten deze test is gebleven.
Bronnen: een open, gesloten of interne test instellen en richtlijnen voor productietoegang. Een herbruikbaar sjabloon voor het logboek staat in ons herstelartikel, en nauwkeurige antwoorden voorbereiden voor productietoegang loopt het formulier zelf met je door.
Bevindingen zijn niet opgepakt of de gereedheid is onduidelijk
De aanvraag vraagt wat je hebt gewijzigd op basis van wat je hebt geleerd, en Google raadt aan tijdens de test op feedback te reageren. In de bekeken richtlijnen staat geen quotum voor releases, dus het gaat erom of je antwoord weergeeft wat de test heeft aangetoond.
Wat je zegt als er niets aangepast hoefde te worden
Leverde de test niets op wat hersteld moest worden, beschrijf dan welke workflows je hebt gecontroleerd, op welke apparaten die draaiden en wat de resultaten waren, en leg je besluit over de gereedheid uit vanuit die vastlegging. Een probleem verzinnen, of een cosmetische release uitbrengen zodat je een wijziging kunt melden, maakt je antwoord juist zwakker.
Wat je controleert
- Pak eerst de echte bevindingen aan en vermeld in welke build elke fix zat.
- Koppel elke wijziging aan de feedback die eraan ten grondslag lag, zodat je antwoord leest als oorzaak en gevolg.
- Staat er nog een belangrijk probleem open, los dat dan op voordat je de app als klaar presenteert.
Waar dit antwoord misgaat
Het zwakke antwoord zegt dat de test goed ging. Het sterke antwoord benoemt wat is gecontroleerd, wat is gevonden, wat is gedaan en hoe dat is geverifieerd. Een concreet antwoord is eenvoudiger te beoordelen.
Er zijn nog problemen met toegang, stabiliteit of functionaliteit
Google staat geen apps toe die crashen, vastlopen of anderszins niet normaal werken. Een beoordeling moet de app ook kunnen bereiken: zit er iets achter een inlog, dan gaan werkende inloggegevens en instructies mee met de release.
Wat je controleert
- Lever werkende inloggegevens voor de beoordeling, plus alle stappen die nodig zijn om afgeschermde functies te bereiken, voor de build die je hebt ingediend.
- Controleer of testers die build kunnen installeren en openen. Wie nog in een interne test zit, moet zich daar eerst afmelden.
- Laat een pre-launchrapport draaien, controleer daarna de crash- en ANR-signalen voor de flows die je testers gebruikten, en herstel wat reproduceerbaar is.
Wat een schoon rapport niet bewijst
Pre-launchrapporten draaien automatisch zodra er capaciteit is. Om beschermde content te bereiken en de relevante flows te doorlopen, kunnen inloggegevens of een eigen configuratie nodig zijn. Een schoon geautomatiseerd resultaat is bovendien geen handmatige test. Android vitals baseert zich op diagnostische gegevens die gebruikers vrijwillig delen, afkomstig van een deel van de apparaten en besturingssysteemversies, dus een weergave die niet beschikbaar is, kan betekenen dat er te weinig datapunten binnen de door jou gekozen filters zitten. De gepubliceerde drempelwaarden voor slecht gedrag gaan over technische kwaliteit, niet over een slaaggrens voor productietoegang.
Bronnen: functionaliteit, content en gebruikerservaring, je app voorbereiden op de beoordeling, een pre-launchrapport gebruiken om problemen te vinden en technische kwaliteit bewaken met Android vitals.
Wat elk bewijsstuk wel en niet aantoont
Weten welke vraag elk stuk bewijs beantwoordt, is wat een probleem met de testers onderscheidt van een probleem met het bewijs of een probleem met de app.
BeantwoordtOf je in aanmerking kwam om aan te vragen: minimaal 12 testers, elk de afgelopen 14 dagen doorlopend aangemeld.
Beantwoordt nietOf iemand van hen de app heeft gebruikt, en of je antwoorden concreet genoeg waren.
BeantwoordtHoeveel gebruikers de app op elke getoonde dag hebben geopend.
Beantwoordt nietHoe vaak elke persoon hem heeft geopend, welke functies ze gebruikten, of wat ze van de ervaring vonden.
BeantwoordtDat de gekozen weergave te weinig gegevens heeft om onder de huidige filters problemen aan te wijzen.
Beantwoordt nietDat de app niet is gecrasht. Vitals gebruikt vrijwillig gedeelde gegevens van een deel van de apparaten en versies, dus een lege weergave kan betekenen dat er te weinig datapunten zijn verzameld, niet dat er niets is misgegaan.
BeantwoordtDat een andere ontwikkelaar die formulering heeft gemeld. De moeite waard om te lezen voor de vorm van het besluit.
Beantwoordt nietWat jouw eigen account te horen heeft gekregen. Overgenomen berichten uit een community zijn anekdotisch en kunnen jouw timing niet bepalen.
BeantwoordtEen concrete observatie waar je iets mee kunt en die je kunt beschrijven, in de woorden van de tester zelf.
Beantwoordt nietOf het wijdverbreid is. Eén melding is een spoor; het patroon over alle testers heen is de bevinding.
Wat je controleert voordat je opnieuw aanvraagt
Google-advies- 1Lees beide berichten: het besluit in de Play Console en de mail aan de accounteigenaar, en volg de instructies die voor jouw app zijn gegeven.
- 2Heeft jouw app daadwerkelijk een extra testperiode gekregen, rond die dan volledig af en laat de gesloten track ondertussen doorlopen.
- 3Blijf de punten oplossen die het besluit noemde en vraag daarna opnieuw aan volgens de instructies in je account.
Twee conclusies die je niet moet trekken
Een ontbrekende duur is geen toestemming om meteen opnieuw aan te vragen. En een instructie om door te testen bewijst niet dat de verstreken tijd van elke tester is gewist: de bekeken openbare richtlijnen noemen geen universele resetregel, dus behandel beide als onbekend tot je eigen account iets anders zegt.
Google beschrijft de beoordeling die daarop volgt als meestal 7 dagen of minder, en zegt erbij dat het soms langer kan duren. Dat gaat over de beoordeling, niet over het testen daarvoor. Stap voor stap: hoe je opnieuw aanvraagt na een besluit met more testing required.
Bron: volgende stappen voor productietoegang.
Hoe je testers betrokken houdt
Google-adviesGoogle zegt dat veel ontwikkelaars testers werven via vrienden, familie, collega’s, communities en sociale kanalen, en raadt testers aan die je doelgroep vertegenwoordigen, divers genoeg om apparaatspecifieke problemen boven tafel te krijgen.
Werving kan mislukken als deelname en feedback niet worden gestuurd: een toezegging van 14 dagen zonder structuur eromheen concurreert met alles wat er verder in de week van een vrijwilliger gebeurt. Drie problemen met deelname en feedback om op te letten:
Waar een zelf beheerde groep de periode verspeelt
Bron: testvereisten voor apps, waar Google het werven van testers bespreekt. De opties worden vergeleken in legitieme manieren om 12 testers te vinden.
Zelf testen of beheerd testen
Beide routes voldoen aan dezelfde eis. Het verschil is wie 14 dagen lang het aantal in de gaten houdt en achter de feedback aan zit.
| Waar de aanvraag van afhangt | Zelf beheerde groep | Beheerd testen |
|---|---|---|
| 12 aangemelde testers 14 dagen doorlopend vasthouden | Jij bewaakt dat. Een afmelding kan je kwalificatie vertragen als er te weinig kwalificerende testers overblijven. | Wij bewaken dat en houden de groep boven het minimum. |
| Echte apparaten | Wat je vrijwilligers toevallig hebben. | Echte Android-apparaten, van Android 7 tot en met 17. |
| Van start gaan | Zo lang als het werven duurt. | Testers beginnen doorgaans binnen 4 tot 6 uur. |
| Feedback die je kunt samenvatten | Hangt volledig af van hoe je die verzamelt. | Via één kanaal verzameld en aan jou teruggekoppeld. |
| Kosten | Gratis, plus je eigen tijd gedurende 14 dagen. | Vanaf US$ 19,99 voor 12 testers. |
Geen van beide routes verandert hoe de aanvraag wordt beoordeeld. Beheerd testen haalt het risico van deelname weg; het beantwoordt de vragen over feedback en gereedheid niet voor jou, en niemand kan een goedkeuring beloven.
Testondersteuning
Onze suggestieWijst je diagnose naar deelname, dan voert PrimeTestLab de gesloten test voor je uit: aangemelde testers op echte apparaten gedurende de volledige 14 dagen, boven het minimum gehouden, feedback op één plek. Zit het gat in een niet-werkende inlog of in een benoemd beleidsprobleem, dan brengen meer testers daar geen beweging in.
Starter
12 echte testers
$19.99
Enterprise
25 echte testers
$27.99
Professional
20 echte testers
$29.99
Dat voltooiingscijfer is onze eigen operationele registratie, geen goedkeuringspercentage van Google: de beheerde test hield tot en met de einddatum het vereiste aantal testers en een ononderbroken aanmeldingsperiode aan.
Vragen en antwoorden
Waarom zegt Google Play „More testing required”?
Je aanvraag voor productietoegang is beoordeeld en nog niet goedgekeurd, dus Google vraagt je door te testen. De voorbeelden die Google noemt zijn onder meer: geen 12 aangemelde testers hebben, en testers die tijdens de gesloten test niet betrokken waren. Lees zowel het besluit in de Play Console als de mail aan de accounteigenaar voor de punten die zijn geconstateerd.
Heb ik 12 testers nodig die 14 dagen doorlopend aangemeld zijn?
Voor een persoonlijk ontwikkelaarsaccount dat na 13 november 2023 is gemaakt: ja. Google eist een gesloten test met minimaal 12 testers die ten minste de afgelopen 14 dagen doorlopend aangemeld zijn. Precies 12 volstaat, en uitgenodigde adressen tellen pas mee als elke persoon zich aanmeldt.
Eén tester heeft zich tijdens de 14 dagen afgemeld. Moet ik opnieuw beginnen?
Niet per se. Continuïteit wordt per tester gemeten, dus iedereen met een eigen ononderbroken periode telt nog steeds mee. De onderbroken periode zelf telt niet, maar een terugkerende tester kan opnieuw meetellen na een nieuwe, ononderbroken aanmeldingsperiode van 14 dagen. Wat niet gebeurt, is overerving: een vervanger die later instapt, begint een eigen periode en neemt de verstreken tijd van de vertrokken tester niet over.
Wat antwoord ik als de test niets opleverde om te herstellen?
Beschrijf welke workflows je hebt gecontroleerd, op welke apparaten die draaiden en wat de resultaten waren, en leg vanuit die vastlegging je besluit over de gereedheid uit. In de bekeken richtlijnen staat geen quotum voor releases, en er staat nergens in dat je tijdens de test een update moet uitbrengen. Een probleem verzinnen maakt je antwoord alleen maar zwakker.
Kan ik na een afwijzing meteen opnieuw aanvragen?
Vraag opnieuw aan zodra de onderliggende oorzaak is hersteld, en laat je eigen gereedheid de timing bepalen. Sommige berichten noemen een extra periode gesloten testen; andere zeggen alleen dat je door moet testen en noemen geen duur. Een ontbrekende duur is geen toestemming om meteen opnieuw aan te vragen, en de bekeken openbare richtlijnen noemen geen universele resetregel.
Hoe lang doet Google over de beoordeling van een aanvraag voor productietoegang?
Google beschrijft de beoordeling als meestal 7 dagen of minder, en zegt erbij dat het soms langer kan duren. Dat gaat alleen over de beoordeling. De gesloten test daarvoor is een aparte periode van 14 doorlopende dagen, en extra testen waar je besluit om vraagt, komt daar nog eens apart bovenop.
Je volgende stap
Ga terug naar de diagnose van vijf minuten en pak de eerste vraag die je niet kon beantwoorden. Herstel dat ene punt, leg vast wat de test daadwerkelijk heeft aangetoond en vraag opnieuw aan volgens de instructies in je eigen account. Zit het gat in de deelname en niet in het bewijs, regel dan testers vóór de volgende poging, zodat de periode niet opnieuw halverwege de test breekt.
De kern
„More testing required” is een besluit over de test die je hebt uitgevoerd, de antwoorden die je hebt gegeven en of de app klaar is. De ondergrens ligt vast en is openbaar: minimaal 12 testers die 14 dagen doorlopend aangemeld zijn, voor een persoonlijk ontwikkelaarsaccount dat na 13 november 2023 is gemaakt. Daarboven horen je antwoorden nauwkeurig uit te leggen wat de test heeft aangetoond. Heldere formuleringen kunnen geen betekenisvolle test en geen werkende app vervangen.
Officiële documentatie van Google