Updates tijdens een gesloten test: mag dat? De 14 dagen lopen door — hoe en hoe vaak

1. Ja, dat mag — de 14 dagen lopen gewoon door

Upload je tijdens een gesloten test een nieuwe versie, dan beginnen de 14 dagen niet opnieuw. De Help van Play Console omschrijft de vereiste alleen als “minstens 12 testers die 14 dagen onafgebroken aangemeld zijn” en stelt geen voorwaarden aan het aantal versies of updates. Een nieuwe versie in dezelfde track verandert niets aan de aanmelding van je testers.

Wat de 14 dagen onderbreekt, is geen update maar een tester die wegvalt: een tester die zich afmeldt of de app verwijdert, die van de testerslijst wordt gehaald, of een nieuwe track waarnaar je verhuist. De precieze telregels staan in vanaf wanneer tellen de 14 dagen?.

2. Waarom je het beter wel doet

Vraag je na de 14 dagen productietoegang aan, dan vraagt het laatste deel van de vragenlijst hoe je je app op basis van de resultaten van de gesloten test hebt veranderd en waarom je denkt dat hij klaar is voor release. Had je de hele test maar één versie, dan heb je hier niets te schrijven.

Zijn de versies die je tijdens de test uploadde en wat je per versie hebt verbeterd juist wel vastgelegd, dan vormen die direct de onderbouwing van je antwoord. Schrijf je versienummers en wijzigingen samen op, zoals “in 1.0.2 hebben we de laadtijd van het eerste scherm verkort, in 1.0.3 de inlogfout opgelost die testers meldden”, dan kan de reviewer dat nagaan. Voorbeelden per vraag vind je in voorbeeldantwoorden voor de vragenlijst voor productietoegang; welke problemen één enkele versie oplevert, staat in 7 redenen voor afwijzing.

3. Zo upload je in Play Console

1. Verhoog de versiecode (versionCode) van je app naar een hoger getal dan de vorige versie en build een nieuwe app-bundle (.aab). Een versiecode die je al hebt gebruikt, kun je niet opnieuw gebruiken.
2. Ga in het linkermenu naar Testen en releasen → Testen → Gesloten test en klik bij de track waarin je testers nu zitten op Track beheren.
3. Maak op het tabblad Releases een nieuwe release, upload de app-bundle, beschrijf in de release-opmerkingen wat je deze keer hebt veranderd en sla op.
4. Dien je wijzigingen in voor review via Publicatieoverzicht in het linkermenu. Staat beheerd publiceren aan, dan moet je na de review zelf publiceren voordat de update bij je testers aankomt.
5. Na de review verschijnt de update in de Play Store van je testers. Apparaten met automatische updates installeren hem vanzelf; anders werken testers hem zelf bij.

4. Hoe vaak en wat

Er is geen vast aantal. In de praktijk heb je met een update om de 3 à 4 dagen, dus twee à drie keer in 14 dagen, genoeg geschiedenis voor de vragenlijst. Je hoeft geen grote nieuwe functies te bouwen; kleine dingen die je tijdens de test hebt opgemerkt en verbeterd, zijn prima.

• Ongemakken of fouten oplossen die testers hebben gemeld
• Problemen oplossen die alleen op bepaalde apparaten of Android-versies optraden
• Een traag eerste scherm versnellen (start de app traag, dan gebruiken testers hem minder)
• Teksten en schermindelingen verduidelijken waar testers in de war raakten

Schrijf bij elke versie in één regel in de release-opmerkingen wat je hebt veranderd; als je later de vragenlijst invult, is die lijst meteen je antwoord. Grote wijzigingen vlak voor je aanvraag geven testers geen tijd om die versie te gebruiken, dus upload grote wijzigingen liever in het begin of midden van de test.

5. Wanneer een update de test breekt

Een update zelf onderbreekt de 14 dagen niet, maar bij het updaten kun je wel fouten maken die de test breken.

• Je hebt een nieuwe track gemaakt en daar geüpload. Wissel je van track, dan loopt de opgebouwde deelname niet door. Upload updates naar je huidige track.
• Je hebt naar de interne track geüpload. Dan komt de update niet bij je gesloten testers aan. En alleen de gesloten test telt mee (het verschil tussen interne, gesloten en open tests).
• Je hebt bij het uploaden de testerslijst opgeschoond. Een account dat je uit de lijst haalt, telt direct niet meer mee. Voeg tijdens de test alleen toe, haal niemand weg.
• Je hebt een versie geüpload die bij de eerste start crasht. Een app die meteen afsluit, wordt snel verwijderd, en wie hem verwijdert telt niet meer mee. Controleer vóór het uploaden op je eigen apparaat of de app installeert en opstart.

6. Als testers de update niet zien

• Kijk in het Publicatieoverzicht of de update nog onder Wijzigingen in review staat. Pas na de review komt hij bij je testers aan.
• Staat beheerd publiceren aan, controleer dan of je na de review zelf hebt gepubliceerd.
• Controleer of de track waarnaar je de versie hebt geüpload dezelfde is als de track waarin je testers zitten.
• Vlak na publicatie kan het even duren voordat de Play Store de update oppikt. Testers kunnen de pagina van de app in de Play Store openen en zelf bijwerken.

Bij DUIRE controleren de testapparaten elke dag of er een nieuwe versie is. Je hoeft alleen een nieuwe versie in Play Console te uploaden; de apparaten halen hem op, installeren hem en leggen per apparaat vast wanneer welke versie is geïnstalleerd. Die geschiedenis komt in het testrapport en onderbouwt je vragenlijst.