Interne test
Voor je eigen team: tot honderd testers via een e-maillijst. Google geeft aan dat interne tests niet altijd langs de gebruikelijke beleids- of beveiligingsreviews gaan.
Een testversie verspreiden is het makkelijkste deel: op iOS via TestFlight, op Android via de testsporen in Google Play Console. Het lastige deel is mensen vinden die je app daarna ook echt openen. Hieronder staan beide antwoorden: het verspreiden, en het vinden van mensen die jouw probleem zelf hebben.
Verspreiden is een opgelost probleem. Mensen vinden die je app gebruiken niet.
Technisch is de route helder. Voor iOS gebruik je TestFlight, met interne testers binnen je team en externe testgroepen die langs een beoordeling van Apple gaan. Voor Android zijn er drie testsporen in Google Play Console.
Daar loopt bijna niemand op vast. Het gaat mis in de stap erna: de build staat uit, twintig mensen installeerden hem, en je weet nog steeds niet of je app werkt. Dat is geen tekort aan testers, maar aan de juiste testers.
TestFlight kent interne en externe testers; alleen die tweede groep gaat langs een beoordeling.
TestFlight is de officiele route voor een iOS-build. Testers installeren de gratis TestFlight-app en accepteren daarna een uitnodiging.
Die beoordeling is mensenwerk bij Apple en de doorlooptijd bepaal je niet zelf. Reken er niet op dat een externe groep dezelfde dag start. Zie de documentatie van Apple.
Drie sporen, van klein en snel naar groot en zichtbaar.
Voor je eigen team: tot honderd testers via een e-maillijst. Google geeft aan dat interne tests niet altijd langs de gebruikelijke beleids- of beveiligingsreviews gaan.
Voor mensen die je zelf uitnodigt, via e-maillijsten of een Google Groep. Per lijst tot tweeduizend gebruikers, en meerdere lijsten per spoor.
Iedereen kan meedoen en je testversie wordt zichtbaar op Google Play. Kies dit pas als je storevermelding klaar is om gezien te worden.
Voor wie begint zit er een addertje in. Bij persoonlijke ontwikkelaarsaccounts van na 13 november 2023 eist Google een gesloten test voordat je productietoegang kunt aanvragen: minimaal twaalf testers, de laatste veertien dagen aaneengesloten ingeschreven. Wie kort test en zich afmeldt telt niet mee. Je hebt dus geen twaalf e-mailadressen nodig maar twaalf mensen die blijven. Deze regels wijzigen, dus controleer de eisen voor productietoegang en de uitleg van Google.
Vrienden installeren je app, zeggen dat het er mooi uitziet en gebruiken hem nooit meer.
De meeste founders die zoeken naar beta testers hebben geen testerprobleem maar een feedbackprobleem. Vrienden en familie installeren de app, laten weten dat het er mooi uitziet, en openen hem nooit meer. Een installatie is geen gebruik en een compliment is geen bevinding.
Het is geen onwil. Ze hebben het probleem niet, dus klikken ze uit welwillendheid, en omdat ze je kennen wegen ze hun oordeel af tegen het werk dat je erin stopte.
Bruikbaar wordt het pas als drie dingen kloppen. De persoon heeft het probleem vandaag al. Hij krijgt een concrete opdracht in plaats van de vraag om rond te kijken. En jij kijkt naar wat hij doet, niet naar wat hij ervan zegt. Mensen voorspellen slecht wat ze zouden doen, maar vertellen goed wat ze deden.
Vier stappen tussen een installatie en een bevinding.
Bepaal vooraf welke handeling je test. Een taak die de kern raakt, met een duidelijk eindpunt. De rest doet even niet mee.
Zeg wat iemand moet bereiken, niet hoe. Leg je uit waar iets zit, dan test je jezelf in plaats van je app.
Zit ernaast of laat het scherm delen. Waar iemand stilvalt of terugklikt, zit je bevinding. Noteer wat er gebeurde.
Vraag wat hij verwachtte toen hij klikte, en hoe hij dit vandaag zonder jouw app oplost. Dat vertelt je of het probleem groot genoeg is.
Meer over zulke sessies staat bij je app laten testen met gebruikers.
Vier bronnen die werken, en waarom klein beter is dan groot.
Heb je nog geen lijst, dan is dat het eerste dat je maakt. Een pagina die uitlegt wat je bouwt en aanmeldingen verzamelt levert je eerste testers; daar is een wachtlijst-app voor bedoeld.
Kies vervolgens klein boven groot. Vijf mensen die je app blijven gebruiken lopen tegen dingen aan die pas bij herhaling zichtbaar worden, zoals een handeling die de derde keer irriteert. Tweehonderd stille installaties leveren een vertekend cijfer op, want wie afhaakte zegt niets. Bij Google zit dezelfde logica in de eis dat testers ingeschreven blijven.
Bij een prototype heb je geen store of testbuild nodig om te weten of iets werkt.
Alles hierboven gaat over een app die al gebouwd is en via een store moet komen. Zit je daar nog voor, dan is die omweg onnodig. Een klikbaar prototype draait in een browser: je stuurt een link, iemand opent hem op zijn telefoon en jij kijkt mee. Geen ontwikkelaarsaccount, beoordeling of aflopende build.
Dat verandert ook wat je test. Je toetst of mensen begrijpen wat het is en of ze de belangrijkste taak afkrijgen: dezelfde vragen als bij het valideren van je app-idee, en het antwoord is niet minder waard omdat het uit een prototype komt.
Pas als de richting klopt, loont het om een echte build te maken en langs Apple en Google te gaan. Andersom gebeurt het vaker, en dan regel je distributie voor iets waar niemand op wachtte.
Er is geen algemeen getal. Wel een harde eis op Android: voor persoonlijke ontwikkelaarsaccounts van na 13 november 2023 vraagt Google minimaal twaalf testers die veertien dagen aaneengesloten deelnemen aan je gesloten test. Verder zegt een handvol echte gebruikers meer dan honderd stille installaties.
Interne testers zijn App Store Connect-gebruikers met toegang tot je content, tot honderd stuks; hun build gaat niet langs een beoordeling. Externe testers zijn mensen buiten je team, tot tienduizend, en daar gaat de eerste build wel langs App Review.
De interne test is voor je eigen team: tot honderd testers via een e-maillijst. De gesloten test is voor uitgenodigde mensen, per lijst tot tweeduizend. De open test zet je testversie zichtbaar op Google Play.
Dat is normaal en het zegt niets over je aantal testers: zij hebben het probleem niet. Zoek mensen die het vandaag anders oplossen, geef ze een opdracht en kijk mee.
Begin bij mensen die zich al eens meldden, zoals een wachtlijst. Daarna vakgroepen en communities waar je doelgroep zit, en klanten van een aangrenzend product.
Niet als je nog in de prototypefase zit. Een klikbaar prototype deel je als link, zonder ontwikkelaarsaccount of beoordeling. Pas bij een echte app wordt die route relevant.
Stuur ons je idee. Wij leveren in één werkdag een klikbaar prototype dat je meteen als link kunt delen met de mensen die het probleem echt hebben, zonder store, testbuild of beoordeling.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.