Closed och Open Beta — vad är det, hur fungerar betatestning av appar

Vad är betatestning av appar

Betatestning är fasen där appen testas på riktiga användare före den officiella lanseringen. Till skillnad från Internal Testing, där utvecklare och QA-ingenjörer testar, utförs betatester på en extern publik som använder appen under verkliga förhållanden, på sina egna enheter, med sina egna data och scenarier.

Betatestning delas in i två typer: Closed Beta (stängd) och Open Beta (öppen). I Google Play är båda spåren tillgängliga via utvecklarkonsolen, i App Store — via TestFlight. Huvudskillnaden ligger i åtkomstmetoden: Closed Beta kräver inbjudan, Open Beta är tillgängligt via en offentlig länk eller sökning i butiken.

Varför behövs betatestning

Enligt forskning från Google Play Console upptäcker betatester upp till 40% av kritiska fel som inte hittades i Internal Testing-fasen. Riktiga användare använder andra enhetsmodeller, operativsystemversioner och nätverksförhållanden som inte kan återskapas i testmiljön. Betatestning samlar också in kvalitativ feedback om UX/UI och nya funktioner.

Faser av betatestning i pipelinen

En typisk pipeline ser ut så här: Internal Testing → Closed Beta → Open Beta → Production. Efter stabilisering på Internal-spåret publiceras bygget i Closed Beta för en begränsad extern publik. Efter insamling av feedback och korrigering av fel — i Open Beta för alla intresserade. Den slutgiltiga produktionslanseringen genomförs efter bekräftelse av stabilitet på Open Beta.

Closed Beta: egenskaper och konfiguration

Closed Beta är ett testspår med åtkomst via inbjudan. Utvecklaren anger en lista med e-postadresser eller skapar en Google Group vars medlemmar får åtkomst till betaversionen. I Google Play stöder Closed Beta upp till 10 000 testare, vilket avsevärt överstiger Internal Testings gräns på 100 personer.

Konfigurera Closed Beta i Google Play

För att skapa ett Closed Beta-spår, gå till Google Play Console → Release → Testing → Closed Beta. Skapa en testargrupp och ange tilläggsmetod: via e-post, Google Group eller inbjudningslänk. Efter uppladdning av bygget och kontroll av Google Play skickar systemet inbjudningar till gruppmedlemmarna.

// Fastlane — publicering i Closed Beta-spåret
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

Versionshantering på Closed Beta

Closed Beta-spåret använder separat kodversionsnummer. Det rekommenderas att allokera ett versionCode-intervall som inte överlappar med Internal Testing och Production. Till exempel för version 2.4.0: Internal → versionCode 24000, Closed Beta → 24001, Open Beta → 24002, Production → 24003. Detta förhindrar konflikter vid befordran av bygget mellan spår.

Open Beta: offentlig testning

Open Beta är ett spår som är tillgängligt för alla användare utan inbjudan. I Google Play visas Open Beta i butiken som ett separat appkort med beteckningen Beta. Varje användare kan delta i testningen via en offentlig länk eller genom att hitta appen i Google Play och klicka på Become a Tester.

Fördelar med Open Beta

Open Beta ger maximal publikräckvidd för testning. Till skillnad från Closed Beta, där urvalet bestäms av utvecklaren, lockar Open Beta användare med olika enheter, vanor och scenarier. Detta ger den mest fullständiga bilden av appens stabilitet före lansering. Feedbackinsamling sker via Google Play Rating och enkäter i appen.

Begränsningar för Open Beta i Google Play

Open Beta är tillgängligt för alla utvecklarkonton, men kräver genomgång av moderering före publicering. Google Play kontrollerar bygget för överensstämmelse med grundläggande krav, precis som vid produktionslansering. Efter godkännande publiceras spåret i butiken och varje användare kan prenumerera på det. Open Beta kan när som helst avbrytas utan förlust av aktuella installationer.

Betatestning i App Store via TestFlight

I Apples ekosystem utförs extern betatestning via TestFlight External Testing. Maximalt antal externa testare är 10 000 personer. Till skillnad från Google Play stöder TestFlight inte full Open Beta med visning i butiken — åtkomst distribueras endast via inbjudningslänk eller Apples offentliga sida.

TestFlight External Testing-process

För att publicera ett bygge i TestFlight External Testing laddar utvecklaren upp IPA via Xcode eller Transporter, varefter Beta App Review påbörjas. Apple kontrollerar bygget för grundläggande krav — till skillnad från full App Review tar kontrollen 1–2 dagar. Efter godkännande är bygget tillgängligt för distribution via länk i upp till 90 dagar. För förlängning krävs uppladdning av ett nytt bygge.

Feedbackinsamling via TestFlight

TestFlight har inbyggt stöd för insamling av skärmdumpar och enhetsloggar. När enheten skakas skickar testaren en rapport till utvecklaren via App Store Connect. Varje rapport innehåller stacktrace, skärmdump, byggeversion och enhetsinformation. Detta förenklar reproduktion och korrigering av fel utan lång korrespondens med testaren.

Konfigurera betaspår i Google Play Console

Konfiguration av Closed och Open Beta i Google Play Console görs i avsnittet Release → Testing. Processen tar 15–30 minuter och kräver engångskonfiguration av spåret före första användningen. Låt oss titta på steg-för-steg-instruktionen för båda typerna av betatestning.

Publicering i Closed Beta

I Google Play Console, skapa en testargrupp och ladda upp bygget till Closed Beta-spåret. Systemet kontrollerar grundläggande krav och efter 5–15 minuter blir bygget tillgängligt för gruppmedlemmarna. Medlemmarna får ett e-postmeddelande med inbjudan och installationsinstruktioner via Google Play.

Publicering i Open Beta

Välj Open Beta-spåret och ladda upp bygget. Till skillnad från Closed Beta genomgår Open Beta moderering (som en produktionslansering) som tar 24–48 timmar. Efter godkännande visas appkortet i Google Play med Beta-märkning. Användare kan delta i testningen via knappen Become a Tester.

Bästa praxis för betatestning

Effektiviteten av betatestning beror direkt på kvaliteten på processorganisationen. Nedan finns beprövade metoder baserade på erfarenhet från stora utvecklare och rekommendationer från Google Play Console. Att följa dessa regler ökar feldetekteringsgraden med 40–60%.

• Börja med Closed Beta på en betrodd publik på 100–500 personer
• Samla in stabilitetsmetrik: ANR, krascher, frekvens av frysningar
• Använd inbyggda verktyg för feedbackinsamling (Firebase, Crashlytics, TestFlight)
• Utför A/B-testning av nya funktioner i Closed Beta före Open Beta
• Ställ in betatestets varaktighet: 7–14 dagar för Closed, 14–30 dagar för Open

Analys av feedback och metrik

Efter betatestets slut, samla in alla rapporter, klassificera fel efter prioritet och överlämna till utveckling. Fel som upptäckts i Open Beta måste åtgärdas före produktionslansering. Användare som deltog i betatestet blir ofta de första aktiva användarna efter den officiella lanseringen.

Kommunikation med betatestare

Håll testare uppdaterade om nyheter. Använd inbyggda notifikationer i Google Play och TestFlight för att annonsera nya byggen. För en changelog med beskrivning av korrigeringar och nya funktioner. Svara på feedback i Resolution Center (TestFlight) eller på appsidan (Google Play) — detta ökar testarnas engagemang.

Effektivitetsmetrik för betatest

Nyckelmetrik för utvärdering av betatest: antal aktiva testare, andel som rapporterar fel, genomsnittlig tid till första rapporten och Coverage Rate — andel enheter och operativsystemversioner som täcks av testningen. Om Coverage Rate är lägre än 40%, lägg till testare med saknade konfigurationer via riktad utskick av inbjudningar.