Kort antwoord
Stel je antwoorden op uit je eigen dossier over werving, testen, feedback, wijzigingen en gereedheid. Gebruik de voorbeelden hieronder als opzet, vervang elk feitelijk detail en volg de formulering en de tekenlimiet die je eigen formulier in Play Console laat zien.
Het formulier vraagt naar de test die je net hebt gedraaid, de app die je hebt gebouwd en je besluit om hem uit te brengen. Deze pagina loopt elk veld langs, laat een uitgewerkt antwoord zien en behandelt wat je schrijft als je bewijs dun of kwalitatief is, of als de test helemaal geen codewijziging heeft opgeleverd.
Wat is de vragenlijst voor productietoegang?
Zodra je gesloten test aan de criteria voldoet, toont Play Console „Toegang tot productie aanvragen” op het dashboard van je app. Dat paneel somt de criteria op waaraan je nog moet voldoen en bevat de link Vragen bekijken, zodat je het formulier kunt lezen voordat je begint. Google vraagt in drie onderdelen:
Google omschrijft het doel van het onderdeel over de gesloten test als bevestigen dat apps voldoende zijn getest voordat ze worden gepubliceerd. Onderdeel 2 is het lichtste deel: Google geeft aan dat die antwoorden niet op Google Play worden getoond en geen invloed hebben op je toegang tot functies in Play Console.
Wat Google publiceert
- De beoordeling duurt meestal 7 dagen of minder, en kan langer duren.
- Je kunt worden gevraagd door te testen als je geen 12 in aanmerking komende testers hebt, of als testers niet betrokken waren bij de app.
- Antwoorden uit onderdeel 2 worden niet gepubliceerd en hebben geen invloed op je toegang tot functies.
- Het formulier verlaten zonder het helemaal door te lopen kan niet-opgeslagen antwoorden wissen: gebruik Volgende tussen de onderdelen en Aanvragen aan het eind.
Bron: Play Console Help, testvereisten voor persoonlijke ontwikkelaarsaccounts.
Deze pagina behandelt negen vragen uit de eerste aanvraag, plus één vraag bij een nieuwe aanvraag die is gemeld door ontwikkelaars aan wie is gevraagd door te testen. Google publiceert geen vaste lijst, en de gemelde formulering, de veldtypen en welke vragen verschijnen verschillen per account. Volg je eigen formulier.
Elk voorbeeld hier blijft onder de 300 tekens en laat zijn eigen telling zien. Sommige ontwikkelaars melden een limiet in die buurt, maar een algemeen geldende actuele limiet was niet te verifiëren, dus de teller in je eigen formulier is bepalend. Er is geen gepubliceerd bewijs dat de lengte van een antwoord samenhangt met de uitkomst.
Welk bewijs moet je voorbereiden?
Doe dit één keer en het formulier is geen schrijfprobleem meer. Verzamel deze drie dingen voordat je het opent. Alles op deze pagina wordt daaruit opgebouwd.
De cijfers waar je naar wordt gevraagd, uit de geschiktheidsgegevens in Play Console en uit je eigen dossier, zodat die twee overeenkomen met wat je opschrijft.
- Hoeveel testers aangemeld waren, en op welke datums.
- Of de aanmelding de laatste 14 dagen doorlopend liep, zonder onderbreking.
- Op welke release elke tester de test heeft afgesloten.
Verwijderen is niet hetzelfde als afmelden. Een tester die de app verwijdert, is nog steeds aangemeld; afmelden is een bewuste handeling, via de testlink of via het bètagedeelte van de app in de Play Store (Het bètaprogramma van een app verlaten). Een aantal installaties bewijst dus niet dat er is getest, en ook niet dat het is gestopt.
Activiteiten, geen bijvoeglijke naamwoorden. Schrijf op welke flows ze hebben doorlopen en hoe je dat weet.
- Welke kernflows zijn doorlopen: registreren, de hoofdtaak, delen, instellingen, betalen.
- Ongeveer hoe vaak de app is geopend, en over welke periode.
- Waar mensen vastliepen, en op welke apparaten of Android-versies als je dat weet.
Vermeld bij elke bewering de bron. Een telling op basis van meldingen van testers is iets anders dan een telling die analytics heeft vastgelegd, ook al staan ze allebei als getal op papier. Ze zijn allebei bruikbaar; zeg welke van de twee je hebt.
Google wijst ontwikkelaars op de pagina met testfeedback in Play Console en raadt aan een overzicht bij te houden. Eén regel per bevinding is genoeg:
- Waar de feedback binnenkwam (feedback in Play Console, een formulier in de app, chat, e-mail).
- Wat je in reactie daarop hebt uitgebracht, en in welke versie.
- Hoe je hebt bevestigd dat het werkte, en welke bevindingen nog openstaan.
Een dossier dat vier van de negen vragen beantwoordt
Drie kolommen is alles wat je nodig hebt. De regels hieronder horen bij de fictieve app uit het volgende onderdeel; die van jou zien er totaal anders uit, en dat is precies de bedoeling.
| Wat de test opleverde | Wat er is uitgebracht | Hoe het is gecontroleerd |
|---|---|---|
| Dienstherinneringen kwamen niet binnen nadat een rooster was aangepast. | Versie 1.4.1: herinneringen worden opnieuw ingepland na een roosterwijziging. | Beide testers die het meldden, bevestigden dat de herinneringen bij de volgende twee diensten binnenkwamen. |
| Een rooster publiceren mislukte op trage verbindingen, waarna het conceptrooster verloren ging. | Versie 1.4.2: het conceptrooster blijft lokaal bewaard en wordt opnieuw verstuurd tot het publiceren lukt. | Voor en na opnieuw getest op een kunstmatig trage verbinding; het conceptrooster bleef behouden. |
| De weekweergave was krap op kleine schermen. | Niet uitgebracht. Ingepland voor na de lancering. | Open. Genoemd als openstaand punt in het antwoord over gereedheid, niet geclaimd als opgelost. |
Wat als je geen uitgebreide analytics hebt?
Als je geen sessie-analytics hebt verzameld, kun je nog steeds elke vraag beantwoorden. Wat je niet kunt doen, is een indruk in een meting veranderen. Zeg wat je weet en vermeld hoe je het weet. „Tien van de twaalf testers vertelden me dat ze minstens één rooster hadden gemaakt; ik had geen sessie-analytics” is bruikbaar en controleerbaar. Een verzonnen gemiddelde sessieduur is dat niet.
Hetzelfde geldt voor een pre-launchrapport: Google omschrijft dat als geautomatiseerd testen op eigen apparaten, met beperkingen in de dekking (Een pre-launchrapport gebruiken om problemen op te sporen). Het bewijst een geautomatiseerde crawl, geen test door mensen.
Als Android vitals geen crashes laat zien
Een leeg dashboard is geen aangetoond resultaat van nul crashes. Android vitals werkt op basis van geschikte diagnostische gegevens, en Google merkt op dat een lege weergave kan betekenen dat er onvoldoende gegevens zijn binnen de filters die je hebt gekozen (Android vitals). Zijn de gegevens dun, meld die beperking dan.
Schrijf de antwoorden eerst ergens anders uit
Google waarschuwt dat je werk verloren kan gaan als je het formulier verlaat zonder per onderdeel op Volgende te klikken en aan het eind op Aanvragen. Schrijf de antwoorden in een document, leg ze naast elkaar en plak ze daarna pas in.
Nog testers nodig?
Heb je het testen afgerond, gebruik dan de voorbeelden hieronder om antwoorden voor te bereiden op basis van je eigen gegevens, en toets elk antwoord aan wat er echt is gebeurd. Heb je nog testers nodig, vergelijk dan de testondersteuning: PrimeTestLab levert na zijn test antwoorden voor de vragenlijst, en jij controleert ze en dient de aanvraag in.
Zo gebruik je deze voorbeeldantwoorden
Elk feit in elk voorbeeld hieronder is verzonnen. Ze beschrijven allemaal één fictieve app, zodat je kunt zien hoe één testdossier negen samenhangende antwoorden oplevert. Geen ervan is een antwoord dat je zo voor jouw app kunt insturen, en geen ervan wordt dat door het in te korten.
Vervang elke naam, elk getal, elke datum, elke functie en elke bevinding door die van jezelf voordat je hier iets van gebruikt. Een antwoord waarin nog „Shiftly” staat, of waarin nog twaalf testers over veertien dagen worden geclaimd terwijl dat niet is gebeurd, beschrijft de test van iemand anders.
Welke variant kies je?
De standaardantwoorden volgen allemaal de fictieve test van Shiftly. De andere tabbladen beschrijven andere omstandigheden: een andere manier van werven, dunner bewijs, een ander soort app. Kies de variant die bij jouw test past en laat de bijbehorende antwoorden daarop aansluiten. Een antwoord zonder wijzigingen kan niet naast antwoorden over feedback en gereedheid staan waarin uitgebrachte oplossingen worden geclaimd, en het tabblad met de game gaat over een aparte fictieve game.
Hoe je een uitgewerkt antwoord leest
- Zo gemarkeerde tekst is een feit dat je moet vervangen.
- Kopiëren als sjabloon vervangt elk daarvan door een aanwijzing tussen haken, nooit door een afgemaakte zin.
- Toelichtingen staan buiten het antwoordpaneel, zodat je geen redactionele opmerking in het formulier kunt plakken.
- De tekenteller meet het voorbeeld, niet jouw vervanging.
Illustratief voorbeeld, geen echte app
ShiftlyEen fictieve app voor dienstroosters in kleine winkels en cafés, op deze pagina alleen gebruikt om de negen antwoorden samenhangend te houden. Geen klant, geen casestudy, en er wordt geen enkele uitkomst voor geclaimd.
- Gesloten test 12 testers, 14 aaneengesloten dagen
- Kernflows Registreren, een weekrooster maken, een collega uitnodigen, publiceren, een dienstherinnering ontvangen
- Releases in de test 1.4.1 en 1.4.2
- Openstaand punt Krappe weekweergave op kleine schermen
Deel 1: over je gesloten test
In dit onderdeel beschrijf je de werving, de activiteit en de feedback. Houd je antwoorden in lijn met de geschiktheidsgegevens in Play Console en met je eigen testdossier, en licht de activiteiten, de feedback en de controles toe die geen enkele dashboardmetriek vastlegt.
Hoe heb je gebruikers geworven voor je gesloten test?
Google vraagt waar je testers vandaan kwamen. Noem de bron die je echt hebt gebruikt en zeg wie de test heeft uitgevoerd. Spreiding is verstandig, maar geen regel tegen één bron: één eerlijk kanaal is beter dan een verzonnen rijtje.
Wat dit veld nodig heeft
- Het kanaal of de kanalen die je echt hebt gebruikt.
- Wie de testers zijn ten opzichte van het publiek van je app.
- Wie de scenario’s heeft bepaald, de feedback heeft gelezen en de wijzigingen heeft uitgebracht.
Uitgewerkt antwoord (fictief)
Ik heb 12 testers geworven uit mijn eigen netwerk: vijf collega’s uit een verzamelkantoor, vier vrienden die winkelroosters maken en drie uit een testforum. Ze meldden zich binnen twee dagen aan en bleven de volle 14 dagen aangemeld. Ik stelde zelf de scenario’s op en las de feedback.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Uitgewerkt antwoord (fictief)
Ik heb 12 testers geworven via een betaalde testdienst. Ik koos de scenario’s, las de feedback in Play Console en in de rapporten van de aanbieder, bracht tijdens de test twee updates uit en vroeg elke melder de oplossing te bevestigen.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Uitgewerkt antwoord (fictief)
Alle 12 testers kwamen uit één bron: een groep zelfstandige winkeliers waar ik al bij hoorde. Zij zijn precies de mensen voor wie de app is gemaakt. Ik nodigde ze stuk voor stuk persoonlijk uit in plaats van een openbare testlink te plaatsen.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Een zwakkere versie, en wat die weglaat
„Ik heb testers online gevonden.”
Het noemt geen kanaal, geen verband met je publiek en niemand die de test heeft uitgevoerd.
Geen enkele gepubliceerde richtlijn wijst erop dat het noemen van een aanbieder invloed heeft op de uitkomst. Wat telt, is dat de rest van je formulier ermee klopt: heeft een aanbieder de testers geworven, zeg dan wie de scenario’s heeft bepaald, de feedback heeft gelezen, de wijzigingen heeft doorgevoerd en ze heeft gecontroleerd.
Hoe makkelijk was het om testers te werven?
Een schaal van heel moeilijk tot heel makkelijk. Kies de optie die past bij hoe jij het hebt ervaren. Geen enkele gepubliceerde richtlijn noemt een voorkeursoptie. De regels hieronder zijn losse illustraties, geen criteria: werven kan moeilijk of makkelijk zijn om redenen die geen van deze regels dekt.
- Heel moeilijk Je kwam niet aan 12, en de test liep vertraging op of bleef steken.
- Moeilijk Er was herhaald vragen voor nodig, of meerdere pogingen over een lange periode.
- Neutraal Het kostte enige moeite en ongeveer de tijd die je had verwacht.
- Makkelijk Na één of twee keer vragen was de lijst vol.
- Heel makkelijk Je had meer vrijwilligers dan plekken.
Geen van deze opties heeft de voorkeur. De formulering en het aantal keuzes kunnen afwijken van wat hierboven staat; lees je eigen formulier.
Beschrijf de betrokkenheid die je van testers kreeg
De voorbeelden die Google zelf geeft, gaan over het gebruik van functies en of dat lijkt op echt gebruik in productie. „Zeer betrokken” is iets wat niemand voor zich kan zien. Geef de flows, de periode, het patroon en de herkomst van je cijfers.
Wat dit veld nodig heeft
- Hoeveel testers, over welke periode.
- Twee tot vier flows die ze echt hebben doorlopen, bij naam.
- Het gebruikspatroon, en waar de cijfers vandaan komen.
Uitgewerkt antwoord (fictief)
In 14 dagen maakten 12 testers samen 31 weekroosters; allen registreerden zich en maakten een rooster, negen nodigden een collega uit, zeven kregen een herinnering. Testers met meerdere winkels openden de app bijna dagelijks, die met één wekelijks. De tellingen komen uit event-logging in de app.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Uitgewerkt antwoord (fictief)
Tijdens de test had ik geen sessie-analytics. Tien van de twaalf testers vertelden me dat ze minstens één weekrooster hadden gemaakt, en zes dat ze een collega hadden uitgenodigd. Bij twee testers keek ik het registreren mee via schermdeling. Sessieaantallen kan ik niet melden.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Een zwakkere versie, en wat die weglaat
„Testers waren actief en gebruikten de app.”
Geen aantal, geen periode, geen genoemde flow en geen bron voor wat dan ook.
Geef een samenvatting van de feedback die je hebt gekregen
Google vraagt zowel wat de feedback was als hoe je die hebt verzameld. Geef het kanaal, de thema’s die echt naar voren kwamen en wat je met elk daarvan hebt gedaan, inclusief wat nog niet klaar is. Het kost redactiewerk om meerdere bevindingen in zo’n kort veld te krijgen.
Wat dit veld nodig heeft
- Waar de feedback binnenkwam.
- De thema’s die echt naar voren kwamen, hoeveel dat er ook zijn.
- Welke daarvan je hebt uitgebracht, en welke nog openstaan.
Uitgewerkt antwoord (fictief)
De feedback kwam via testfeedback in Play Console en een groepschat. De thema’s waren herinneringen die uitbleven na een roosterwijziging, publiceren dat mislukte op trage verbindingen en een krappe weekweergave. De eerste twee zijn opgelost en uitgebracht, de derde staat open.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Een zwakkere versie, en wat die weglaat
„De feedback was positief.”
Het geeft geen kanaal, geen thema en geen reactie, en dat zijn precies de drie dingen waar het veld om vraagt.
Was de feedback echt volledig positief, zeg dat dan en zeg waar die over ging. Een verzonnen defect moet daarna ook nog kloppen met Q8 en Q9.
Kom je testers tekort die 14 dagen onafgebroken aangemeld blijven?
PrimeTestLab levert 12 vooraf geselecteerde testers vanaf US$ 19,99, met een start binnen 4 tot 6 uur.
Deel 2: over je app of game
Google geeft aan dat deze antwoorden niet op Google Play worden getoond en geen invloed hebben op je toegang tot functies in Play Console. Schrijf ze dus gewoon op. Dit is geen storetekst, en er valt hier niets te verkopen.
Wie is het beoogde publiek van je app?
Google vraagt je concreet te zijn. „Iedereen” beschrijft niemand. Beschrijf wie ze zijn, welk probleem ze hebben en wanneer ze naar de app grijpen. Heb je echt twee soorten gebruikers, noem ze dan allebei.
Wat dit veld nodig heeft
- Wie ze zijn: functie, situatie of leeftijdsgroep als dat echt van belang is.
- Het probleem dat ze hebben zolang jouw app niet bestaat.
- Wanneer en hoe vaak ze hem gebruiken.
Uitgewerkt antwoord (fictief)
Shiftly is voor eigenaren en managers van winkels en cafés met 3 tot 20 medewerkers die nu roosters op papier of in een notitie-app maken. Ze gebruiken hem één keer per week bij het plannen van de komende week, en kort tussendoor als iemand een dienst wil ruilen.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Een zwakkere versie, en wat die weglaat
„Iedereen.”
Het noemt geen gebruiker, geen probleem en geen moment, en het is bijna nooit waar.
Beschrijf welke waarde je app gebruikers biedt
Begin met het resultaat en noem daarna de twee of drie functies die het opleveren. Bij een game is de waarde de ervaring: de loop, wat hem onderscheidt, hoelang een sessie duurt en waarom iemand terugkomt.
Wat dit veld nodig heeft
- Het resultaat, in één zin, nog voor je functies opsomt.
- Twee of drie functies die dat resultaat opleveren.
- Bij een game: de loop, het onderscheidende element, de sessieduur.
Uitgewerkt antwoord (fictief)
Shiftly laat winkelmanagers het rooster van vorige week hergebruiken, diensten delen met het personeel en voor elke dienst een herinnering sturen. Medewerkers vragen een ruil aan in de app in plaats van via een bericht.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Uitgewerkt antwoord (fictief)
Spelers maken een bord leeg door kleuren aan elkaar te schakelen binnen 90 seconden. Elk voltooid bord schrijft het volgende opnieuw, dus geen twee potjes zijn gelijk. Een potje duurt ongeveer drie minuten, en spelers komen terug voor het dagelijkse bord.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Een zwakkere versie, en wat die weglaat
„Mijn app is nuttig en heeft goede functies.”
Geen resultaat, geen functie en geen gebruiker, in een veld dat Google sowieso niet publiceert.
Het tabblad Game is een tweede fictief voorbeeld, niet Shiftly. Gebruik je dat, dan beschrijft de rest van je antwoorden jouw game en niet een roosterapp.
Hoeveel installaties verwacht je in het eerste jaar?
Google zegt dat een ruwe schatting volstaat en dat de bereiken bewust ruim zijn. Kies het bereik dat past bij je eigen publiek en je lanceringsschatting. Geen enkele gepubliceerde richtlijn noemt een voorkeursbereik, en er is geen grond voor het veelgehoorde advies om een middelste categorie te kiezen.
- 0 tot 10k
- 10k tot 100k
- 100k tot 1M
- 1M+
- Ik weet het niet Een echte optie, en beter te verdedigen dan een getal dat je hebt verzonnen.
Geen van deze opties heeft de voorkeur, en geen van deze bereiken zegt iets over jouw app. De labels en de formulering van de bereiken verschillen; lees je eigen formulier.
Deel 3: klaar voor productie
In dit onderdeel wordt gevraagd wat de test heeft opgeleverd en waarom je hebt besloten uit te brengen. Beide antwoorden horen te lezen als conclusies uit het dossier dat je eerder hebt opgebouwd, niet als nieuwe beweringen die hier voor het eerst opduiken.
Welke wijzigingen heb je doorgevoerd op basis van je gesloten test?
Beschrijf de wijzigingen die je echt hebt doorgevoerd en hoe je ze hebt gecontroleerd. De gepubliceerde richtlijnen geven geen scoreformule voor dit veld en geen minimumaantal updates. Dat is niet hetzelfde als zeggen dat het antwoord er niet toe doet, en het is geen excuus voor een bekend blokkerend of beleidsmatig probleem. Houd afgerond en gepland werk uit elkaar.
Wat dit veld nodig heeft
- Wat de test opleverde, in je eigen woorden.
- Wat je in reactie daarop hebt uitgebracht, met versienummer als je dat hebt.
- Hoe je het hebt gecontroleerd, en wat nog openstaat.
Uitgewerkt antwoord (fictief)
Twee releases tijdens de test. 1.4.1 plande herinneringen weer goed in na een roosterwijziging; 1.4.2 loste publiceren op trage verbindingen op. De testers die de fout meldden, bevestigden het, en ik testte publiceren opnieuw op een kunstmatig trage verbinding. De krappe weekweergave staat open.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Uitgewerkt antwoord (fictief)
Ik bracht in deze test geen wijzigingen uit. Testers controleerden registreren op Android 10, publiceren op trage verbinding, herinneringen op drie OEM-builds. De uitkomst was geen gemelde storingen en geen crashes in Android vitals in een periode met genoeg gegevens. Kleine schermen zijn ongetest.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Een zwakkere versie, en wat die weglaat
„We hebben de app verbeterd.”
Het noemt geen bevinding, geen release en geen controle, dus het valt niet te rijmen met je antwoord over feedback.
Wat als je niets hebt gewijzigd?
De richtlijnen schrijven geen aantal updates voor, en een onveranderde app is niet automatisch een zwakke aanvraag. Wat een antwoord zwak maakt, is testen zonder uitleg. Gebruik hierboven het tabblad Geen wijzigingen uitgebracht: welke flows en omstandigheden zijn gecontroleerd, wat de uitkomst was en waar die vandaan komt, en wat nog onopgelost is. Verzin geen defect om een oplossing te kunnen melden.
Hoe heb je bepaald dat je app klaar is voor productie?
Google vraagt naar je afwegingscriteria, niet naar je gevoel. Noem de twee of drie dingen waar je naar hebt gekeken en het bewijs achter elk daarvan. Alles wat hier staat, hoort eerder op het formulier al genoemd te zijn, met dezelfde controlegeschiedenis.
Wat dit veld nodig heeft
- De criteria die je hebt gebruikt, ook echt geformuleerd als criteria.
- Het bewijs achter elk daarvan.
- De openstaande punten, en waarom die de release niet blokkeren.
Uitgewerkt antwoord (fictief)
Drie criteria. De oplossing voor de herinneringen is bevestigd door de betrokken testers. Na 1.4.2 heb ik roosters publiceren opnieuw getest op een kunstmatig trage verbinding. De krappe weekweergave staat nog open; die is cosmetisch en de geteste kernflows werken.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Een zwakkere versie, en wat die weglaat
„Ik had het gevoel dat de app klaar was.”
Een gevoel is geen criterium, dus er valt hier niets mee eens of oneens te zijn.
Veelgemaakte fouten in antwoorden
Geen van deze punten is een regel die Google publiceert. Het zijn de patronen waardoor een antwoord minder overbrengt dan de ontwikkelaar die het schreef bedoelde.
„Zeer betrokken”, „heel positief”, „grondig getest”. Elk daarvan neemt ruimte in een kort veld zonder een flow, een aantal of een periode te noemen.
„Er zijn geen problemen gevonden” in het ene veld en „ik heb meerdere bugs opgelost” in het volgende. Allebei waar kan niet, en een lezer kan onmogelijk zien welke van de twee het is.
Als je feedback meldt, zeg dan waar die binnenkwam: testfeedback in Play Console, een formulier in de app, een chatgroep, e-mail. Zonder dat blijft de samenvatting zonder bron.
Een geplakt voorbeeld dat nog steeds de app, het publiek of de bug van iemand anders beschrijft, is geen beschrijving van jouw test. Elk sjabloon kent dit risico, ook de voorbeelden op deze pagina.
Een percentage dat je verzint om degelijk over te komen, is een bewering die je niet kunt onderbouwen. Een telling uit meldingen van testers is prima bruikbaar; zeg er alleen bij dat dat het is.
Zeg welke oplossingen zijn uitgebracht en welke nog gepland staan. Een plan presenteren als een release wordt tegengesproken door je eigen versiegeschiedenis.
De optie kiezen die het sterkst klinkt in plaats van wat er echt gebeurde, zet je keuzelijst op gespannen voet met je vrije tekst, en geen enkele gepubliceerde richtlijn noemt een voorkeurskeuze.
Controleer je antwoorden voordat je ze verstuurt
Het formulier wordt als één document gelezen. Wat het zwak maakt, is meestal geen slechte zin maar twee zinnen die elkaar tegenspreken. Doe deze ronde met alle negen antwoorden naast elkaar.
Niets op deze checklist voorspelt een beslissing. Het is de ronde die voorkomt dat je formulier met zichzelf in de clinch ligt.
Wat gebeurt er na je aanvraag?
Vier uitkomsten zijn het waard om uit elkaar te houden, omdat er twee standaard met elkaar worden verward. Een beoordeling die nog loopt is geen verzoek om door te testen, en verleende toegang is nog geen gepubliceerde app.
Volg de beoordeling
Beoordeling loopt nogGoogle geeft aan dat een beoordeling meestal 7 dagen of minder duurt, en langer kan duren. Houd Play Console en de e-mail van je account in de gaten en reageer op alles waar Google om vraagt. Lang wachten op zich is geen reden om opnieuw in te dienen of de test over te doen.
Nog één stap
Productietoegang verleendToegang en een live app zijn twee verschillende dingen. Je moet nog steeds een productierelease voorbereiden en uitrollen, en die krijgt zijn eigen beoordeling. Zie de releaseprocedure van Google en onze beoordelingstijden voor productietoegang en releases.
Lees het bericht zelf
Meer testen vereistEen beslissing over je test, niet alleen over je formulering. Volledige uitleg hieronder.
Een probleem met de app, niet met de tekst
Beoordelaar kon de app niet openenZit je app achter een login of is hij anderszins afgeschermd, dan heeft de beoordelaar werkende inloggegevens nodig. Geef die op bij inloggegevens voor de beoordeling. Geen enkel antwoord op de vragenlijst kan toegang vervangen.
Als Google vraagt om door te testen
Dien niet hetzelfde formulier opnieuw in, en ga er niet van uit dat het aan je schrijfwerk lag. Werk het in deze volgorde af.
De melding noemt meestal een reden: minder dan 12 in aanmerking komende testers, een aanmelding die tijdens de 14 dagen is onderbroken, of testers die niet betrokken waren. Beschouw dat bericht als doorslaggevend boven elke algemene gids, ook boven deze.
Kwam je testers tekort of liep een aanmelding af, zorg dan dat je weer op 12 in aanmerking komende testers zit met een ononderbroken recente geschiedenis voordat je opnieuw aanvraagt, wat voor nieuwe testers opnieuw volle 14 dagen betekent. Antwoorden herschrijven boven een ongewijzigd testersbestand verandert de geschiktheidsgegevens niet.
Werk de feiten bij die zijn veranderd en verduidelijk elk antwoord dat onvolledig of dubbelzinnig was: een antwoord kan bewijs dat je allang had, niet overbrengen. Wat herformuleren niet kan, is een onderliggend testprobleem oplossen. Een tweede test kan nieuwe waarnemingen, feedback, wijzigingen of controles opleveren, maar niets daarvan is zeker en een nieuwe release is niet verplicht.
Google vereist dat de meest recente 14 aaneengesloten dagen in aanmerking komende testers hebben, dus vraag nooit aan terwijl je onder de 12 zit. Daarnaast noemen sommige afwijzingsberichten een extra periode en andere niet: Google publiceert geen algemene termijn voor een nieuwe aanvraag. Onze gids over opnieuw aanvragen na „meer testen vereist” behandelt beide, inclusief waarom testers laten afmelden en opnieuw aanmelden de geschiedenis vernietigt die je al hebt.
Wil je uitzoeken wat er met de test zelf misging in plaats van met het formulier, begin dan bij problemen oplossen bij een afgewezen gesloten test.
Wat heb je deze keer anders gedaan?
Gemeld door ontwikkelaars die opnieuw aanvragen nadat hun is gevraagd door te testen. De gemelde formulering verschilt en niet elk account meldt deze vraag te zien, dus kijk in je eigen formulier in plaats van aan te nemen dat hij wel of niet verschijnt.
Noem wat er anders is in het dossier, niet wat er anders is aan je instelling. Kwam de tweede test overeen met de eerste, dan is dat wat je moet oplossen voordat je opnieuw aanvraagt.
Wat dit veld nodig heeft
- Wat er aan de test zelf is veranderd.
- Wat dat heeft opgeleverd: bevindingen, releases, bevestigingen.
- Hoe het huidige bewijs aansluit op de eerdere beslissing.
Uitgewerkt antwoord (fictief)
Sinds de vorige aanvraag heb ik opnieuw 14 dagen getest met 12 testers en vastgelegd wat elk van hen deed. Er kwamen twee fouten in de herinneringen uit, opgelost in 1.4.3 en bevestigd door de testers die ze meldden. Deze antwoorden beschrijven die test en die releases.
Kopiëren lukt niet. Selecteer en kopieer het invulsjabloon hieronder.
Een zwakkere versie, en wat die weglaat
„Deze keer heb ik me gericht op het verzamelen en verwerken van feedback.”
Het beschrijft een voornemen in plaats van een verschil, en dat verschil is het enige waar dit veld naar vraagt.
Dit voorbeeldantwoord beschrijft een later scenario: een tweede test met een eigen release, 1.4.3. Past dat bij jou, dan beschrijft de rest van je antwoorden die actuele test en niet het eerdere dossier met 1.4.1 en 1.4.2.
Hoe PrimeTestLab je test en je aanvraag ondersteunt
Alles hierboven gaat ervan uit dat je een dossier hebt waaruit je kunt schrijven. Zit juist dat dossier je in de weg, dus 12 mensen vinden die 14 dagen onafgebroken aangemeld blijven, dan is dat het deel dat wij doen. Echte mensen op echte apparaten, start binnen 4 tot 6 uur, de volle 14 dagen, met voortgang die je live kunt volgen.
Ons Starter-plan levert 12 testers voor US$ 19,99, het Professional-plan 20 testers voor US$ 29,99 en het Enterprise-plan 25 testers voor US$ 27,99, allemaal met de volledige garantie van 14 dagen.
De minimumeis, precies gehaald
Maximale dekking in dezelfde 14 dagen
Meer betrokkenheid in dezelfde 14 dagen
Wat je hiermee in handen hebt voor het formulier
Testers met naam en een ononderbroken aanmeldgeschiedenis, een overzicht van wat ze hebben gedaan en hun feedback op schrift: het ruwe materiaal voor Q1, Q3, Q4 en Q8. De antwoorden schrijf je zelf, want die moeten van jou zijn.
Wat je er niet mee krijgt
Wij dienen de vragenlijst niet voor je in, we kunnen een beoordeling niet beïnvloeden, en niets op deze pagina voorspelt een beslissing. Zegt een dienst iets anders, dan is dat de bewering die je als eerste moet controleren.
Vergelijk de plannen voor gesloten testen
Veelgestelde vragen
Kan ik deze voorbeelden als sjabloon gebruiken?
Als opzet wel, als in te sturen tekst niet. Elk feit erin hoort bij een fictieve app, dus een antwoord dat die feiten laat staan, beschrijft de test van iemand anders. Vervang elke naam, elk getal, elke functie en elke bevinding; precies daarom geeft de kopieerknop je een invulsjabloon met haken.
Wat is de vragenlijst voor productietoegang?
Het is het formulier dat je invult als je na een gesloten test productietoegang aanvraagt, over de test die je hebt uitgevoerd, over je app of game en over je gereedheid voor productie. Je komt erbij via „Toegang tot productie aanvragen” op het dashboard van je app in Play Console, en je kunt het vooraf lezen via de link Vragen bekijken.
Hoe lang mag elk antwoord zijn?
Elk voorbeeld hier blijft onder de 300 tekens, en sommige ontwikkelaars melden een limiet in die buurt. Een algemeen geldende actuele limiet was niet te verifiëren, dus de teller in je eigen formulier is bepalend. Er is geen gepubliceerd bewijs dat de lengte van je antwoord samenhangt met je kansen.
Moet ik zeggen dat ik een betaalde testdienst heb gebruikt?
Je mag naar waarheid antwoorden. Geen enkele gepubliceerde richtlijn wijst erop dat het noemen van een aanbieder invloed heeft op de uitkomst, en een verzonnen rijtje kanalen is het grotere risico. Noem de bron en zeg daarna wie de scenario’s heeft bepaald, de feedback heeft gelezen, de wijzigingen heeft doorgevoerd en ze heeft gecontroleerd.
Wat als ik geen analytics heb voor de test?
Als je geen sessie-analytics hebt verzameld, meld dan wat je weet en vermeld hoe je het weet. „Tien van de twaalf testers vertelden me dat ze de registratie hadden voltooid” is bruikbaar; een verzonnen gemiddelde sessieduur niet. Een telling uit meldingen van testers is nog steeds een telling, zolang je dat erbij zegt.
Wat als ik tijdens de gesloten test niets heb gewijzigd?
De richtlijnen schrijven geen aantal updates voor, en een onveranderde app is niet automatisch een zwakke aanvraag. Wat een antwoord zwak maakt, is testen zonder uitleg. Zeg welke flows en omstandigheden zijn gecontroleerd, wat de uitkomst was en waar die vandaan komt, en wat nog onopgelost is.
Hoelang duurt de beoordeling van productietoegang?
Google geeft aan dat het meestal 7 dagen of minder duurt, en dat het langer kan duren. Een beoordeling die nog loopt, is geen afwijzing. Houd Play Console en de e-mail van je account in de gaten en reageer op alles waar Google om vraagt.
Google vroeg me door te testen. Wanneer kan ik opnieuw aanvragen?
Lees het bericht dat je hebt gekregen: sommige berichten noemen een specifieke extra periode en andere niet, en Google publiceert geen algemene termijn voor een nieuwe aanvraag. In alle gevallen moeten de meest recente 14 aaneengesloten dagen minstens 12 in aanmerking komende testers hebben. Zie onze herstelstappen hierboven en de volledige gids over meer testen vereist.
Conclusie
Samenvatting
Schrijf elk antwoord uit je eigen dossier: wie er heeft getest, wat ze deden, wat ze meldden, wat je hebt uitgebracht en hoe je het hebt gecontroleerd. Vervang elk verzonnen detail op deze pagina, kies de opties die bij jouw omstandigheden passen, volg de formulering en de teller die je eigen formulier laat zien, en lees de antwoorden samen zodat ze op elkaar aansluiten.
Is het dossier het ontbrekende stuk, vergelijk dan de plannen voor gesloten testen.