Closed en Open Beta — wat is het, hoe werkt bètatesten van apps

Wat is bètatesten van apps

Bètatesten is de fase waarin een app wordt getest door echte gebruikers vóór de officiële release. In tegenstelling tot Internal Testing, waarbij ontwikkelaars en QA-ingenieurs testen, worden bètatests uitgevoerd bij een extern publiek dat de app gebruikt in reële omstandigheden, op hun eigen apparaten, met hun eigen gegevens en scenario's.

Bètatesten is onderverdeeld in twee typen: Closed Beta (gesloten) en Open Beta (open). In Google Play zijn beide kanalen beschikbaar via de ontwikkelaarsconsole, in App Store via TestFlight. Het belangrijkste verschil zit in de toegangsmethode: Closed Beta vereist een uitnodiging, Open Beta is toegankelijk via een openbare link of via de winkelzoekopdracht.

Waarom is bètatesten nodig

Volgens onderzoek van Google Play Console ontdekken bètatests tot 40% van de kritieke fouten die niet zijn gevonden in de Internal Testing-fase. Echte gebruikers gebruiken andere apparaatmodellen, besturingssysteemversies en netwerkomstandigheden die niet in een testomgeving kunnen worden nagebootst. Bètatesten verzamelt ook kwalitatieve feedback over UX/UI en nieuwe functies.

Fasen van bètatesten in de pijplijn

Een typische pijplijn ziet er als volgt uit: Internal Testing → Closed Beta → Open Beta → Production. Na stabilisatie op het Internal-track wordt de build gepubliceerd in Closed Beta voor een beperkt extern publiek. Na het verzamelen van feedback en het oplossen van fouten — in Open Beta voor iedereen. De definitieve productierelease vindt plaats na bevestiging van stabiliteit op Open Beta.

Closed Beta: kenmerken en configuratie

Closed Beta is een testkanaal met toegang op uitnodiging. De ontwikkelaar stelt een lijst met e-mailadressen in of maakt een Google Group aan waarvan de leden toegang krijgen tot de bètaversie. In Google Play ondersteunt Closed Beta tot 10.000 testers, wat aanzienlijk meer is dan de limiet van 100 personen voor Internal Testing.

Closed Beta instellen in Google Play

Ga naar Google Play Console → Release → Testing → Closed Beta om een Closed Beta-kanaal te maken. Maak een groep testers aan en geef de toevoegmethode op: via e-mail, Google Group of een uitnodigingslink. Na het uploaden van de build en controle door Google Play stuurt het systeem uitnodigingen naar de groepsleden.

// Fastlane — publiceren in het Closed Beta-kanaal
lane :closed_beta_release do
    gradle(task: ":app:assembleRelease")
    
    upload_to_play_store(
        track: "beta",
        release_status: "draft",
        rollout: 1.0
    )
    
    promote_to_play_store(
        track: "beta",
        release_status: "completed"
    )
end

Versiebeheer op Closed Beta

Het Closed Beta-kanaal gebruikt een apart versiecodenummer. Het wordt aanbevolen een versionCode-bereik toe te wijzen dat niet overlapt met Internal Testing en Production. Bijvoorbeeld voor versie 2.4.0: Internal → versionCode 24000, Closed Beta → 24001, Open Beta → 24002, Production → 24003. Dit voorkomt conflicten bij het promoveren van builds tussen kanalen.

Open Beta: openbaar testen

Open Beta is een kanaal dat toegankelijk is voor alle gebruikers zonder uitnodiging. In Google Play wordt Open Beta weergegeven in de winkel als een aparte app-kaart met de vermelding Beta. Elke gebruiker kan deelnemen aan de test via een openbare link of door de app in Google Play te vinden en op Become a Tester te klikken.

Voordelen van Open Beta

Open Beta biedt maximaal publieksbereik voor testen. In tegenstelling tot Closed Beta, waarbij de steekproef door de ontwikkelaar wordt bepaald, trekt Open Beta gebruikers met diverse apparaten, gewoonten en scenario's aan. Dit geeft het meest complete beeld van de app-stabiliteit vóór de release. Feedback verzamelen gebeurt via Google Play Rating en enquêtes in de app.

Beperkingen van Open Beta in Google Play

Open Beta is beschikbaar voor elk ontwikkelaarsaccount, maar vereist moderatie vóór publicatie. Google Play controleert de build op naleving van de basisvereisten, net als bij een productierelease. Na goedkeuring wordt het kanaal gepubliceerd in de winkel en kan elke gebruiker zich erop abonneren. Open Beta kan op elk moment worden geannuleerd zonder verlies van huidige installaties.

Bètatesten in App Store via TestFlight

In het Apple-ecosysteem wordt extern bètatesten uitgevoerd via TestFlight External Testing. Het maximale aantal externe testers is 10.000 personen. In tegenstelling tot Google Play ondersteunt TestFlight geen volledige Open Beta met weergave in de winkel — toegang wordt alleen verspreid via een uitnodigingslink of de openbare Apple-pagina.

TestFlight External Testing-proces

Om een build te publiceren in TestFlight External Testing uploadt de ontwikkelaar de IPA via Xcode of Transporter, waarna de Beta App Review begint. Apple controleert de build op basisvereisten — in tegenstelling tot een volledige App Review duurt de controle 1–2 dagen. Na goedkeuring is de build beschikbaar voor distributie via een link voor maximaal 90 dagen. Verlenging vereist het uploaden van een nieuwe build.

Feedback verzamelen via TestFlight

TestFlight ondersteunt ingebouwd verzamelen van schermafbeeldingen en apparaatlogboeken. Bij het schudden van het apparaat stuurt de tester een rapport naar de ontwikkelaar via App Store Connect. Elk rapport bevat een stacktrace, schermafbeelding, buildversie en apparaatinformatie. Dit vereenvoudigt het reproduceren en oplossen van fouten zonder langdurige correspondentie met de tester.

Bètakanalen instellen in Google Play Console

Het instellen van Closed en Open Beta in Google Play Console gebeurt in de sectie Release → Testing. Het proces duurt 15–30 minuten en vereist eenmalige configuratie van het kanaal vóór het eerste gebruik. Laten we de stapsgewijze instructie voor beide typen bètatesten bekijken.

Publiceren in Closed Beta

Maak in Google Play Console een groep testers aan en upload de build naar het Closed Beta-kanaal. Het systeem controleert de basisvereisten en na 5–15 minuten wordt de build beschikbaar voor de groepsleden. Leden ontvangen een e-mail met een uitnodiging en installatie-instructies via Google Play.

Publiceren in Open Beta

Selecteer het Open Beta-kanaal en upload de build. In tegenstelling tot Closed Beta ondergaat Open Beta moderatie (zoals een productierelease), die 24–48 uur duurt. Na goedkeuring verschijnt de app-kaart in Google Play met het Beta-label. Gebruikers kunnen deelnemen aan de test via de knop Become a Tester.

Beste praktijken voor bètatesten

De effectiviteit van bètatesten hangt direct af van de kwaliteit van de procesorganisatie. Hieronder staan bewezen praktijken op basis van ervaring van grote ontwikkelaars en aanbevelingen van Google Play Console. Het naleven van deze regels verhoogt de foutdetectie met 40–60%.

• Begin met Closed Beta bij een vertrouwd publiek van 100–500 personen
• Verzamel stabiliteitsmetrics: ANR, crashes, frequentie van vastlopers
• Gebruik ingebouwde tools voor feedbackverzameling (Firebase, Crashlytics, TestFlight)
• Voer A/B-testen uit van nieuwe functies in Closed Beta vóór Open Beta
• Stel een bètatestduur in: 7–14 dagen voor Closed, 14–30 dagen voor Open

Analyse van feedback en metrics

Verzamel na afloop van de bètatest alle rapporten, classificeer fouten op prioriteit en geef ze door aan ontwikkeling. Fouten gevonden in Open Beta moeten worden opgelost vóór de productierelease. Gebruikers die hebben deelgenomen aan de bètatest worden vaak de eerste actieve gebruikers na de officiële lancering.

Communicatie met bètatesters

Houd testers op de hoogte van updates. Gebruik de ingebouwde meldingen van Google Play en TestFlight om nieuwe builds aan te kondigen. Houd een changelog bij met beschrijving van oplossingen en nieuwe functies. Reageer op feedback in Resolution Center (TestFlight) of op de app-pagina (Google Play) — dit verhoogt de betrokkenheid van testers.

Effectiviteitsmetrics van bètatests

Belangrijkste metrics voor het evalueren van een bètatest: aantal actieve testers, percentage dat fouten meldt, gemiddelde tijd tot het eerste rapport en Coverage Rate — percentage apparaten en besturingssysteemversies dat door de test wordt gedekt. Als de Coverage Rate lager is dan 40%, voeg dan testers met ontbrekende configuraties toe via gerichte uitnodigingsmailings.