Closed i Open Beta — co to jest, jak działa testowanie beta aplikacji

Co to jest testowanie beta aplikacji

Testowanie beta to etap sprawdzania aplikacji na rzeczywistych użytkownikach przed oficjalnym wydaniem. W przeciwieństwie do Internal Testing, gdzie testują deweloperzy i inżynierowie QA, testy beta są przeprowadzane na zewnętrznej grupie odbiorców, którzy używają aplikacji w rzeczywistych warunkach, na swoich urządzeniach, z własnymi danymi i scenariuszami.

Testowanie beta dzieli się na dwa typy: Closed Beta (zamknięte) i Open Beta (otwarte). W Google Play oba kanały są dostępne przez konsolę dewelopera, w App Store — przez TestFlight. Główna różnica polega na sposobie dostępu: Closed Beta wymaga zaproszenia, Open Beta jest dostępny przez publiczny link lub wyszukiwarkę sklepu.

Po co potrzebne jest testowanie beta

Według badań Google Play Console, testy beta wykrywają do 40% krytycznych błędów, które nie zostały znalezione na etapie Internal Testing. Rzeczywiści użytkownicy korzystają z innych modeli urządzeń, wersji systemów operacyjnych i warunków sieciowych, czego nie da się odtworzyć w środowisku testowym. Testy beta zbierają również jakościowe opinie na temat UX/UI i nowych funkcji.

Etapy testowania beta w pipeline

Typowy pipeline wygląda następująco: Internal Testing → Closed Beta → Open Beta → Production. Po stabilizacji na Internal tracku kompilacja jest publikowana w Closed Beta dla ograniczonej zewnętrznej grupy odbiorców. Po zebraniu opinii i naprawieniu błędów — w Open Beta dla wszystkich chętnych. Finalne wydanie produkcyjne następuje po potwierdzeniu stabilności na Open Beta.

Closed Beta: cechy i konfiguracja

Closed Beta to kanał testowania z dostępem na zaproszenie. Deweloper określa listę adresów e-mail lub tworzy grupę Google Group, której członkowie otrzymują dostęp do wersji beta. W Google Play Closed Beta obsługuje do 10 000 testerów, co znacznie przekracza limit Internal Testing wynoszący 100 osób.

Konfiguracja Closed Beta w Google Play

Aby utworzyć kanał Closed Beta, przejdź do Google Play Console → Release → Testing → Closed Beta. Utwórz grupę testerów i określ sposób dodawania: przez e-mail, przez Google Group lub przez link z zaproszeniem. Po przesłaniu kompilacji i jej sprawdzeniu przez Google Play system wysyła zaproszenia do członków grupy.

// Fastlane — publikacja w zamkniętym kanale beta
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

Zarządzanie wersjami na Closed Beta

Kanał Closed Beta używa osobnego numeru wersji kodu. Zaleca się wydzielenie zakresu versionCode, który nie pokrywa się z Internal Testing i Production. Na przykład dla wersji 2.4.0: Internal → versionCode 24000, Closed Beta → 24001, Open Beta → 24002, Production → 24003. Pozwala to uniknąć konfliktów przy przenoszeniu kompilacji między kanałami.

Open Beta: publiczne testowanie

Open Beta to kanał dostępny dla wszystkich użytkowników bez zaproszenia. W Google Play Open Beta wyświetla się w sklepie jako osobna karta aplikacji z oznaczeniem Beta. Każdy użytkownik może dołączyć do testowania przez publiczny link lub znajdując aplikację w Google Play i klikając Become a Tester.

Zalety Open Beta

Open Beta zapewnia maksymalny zasięg odbiorców do testowania. W przeciwieństwie do Closed Beta, gdzie próbka jest określana przez dewelopera, Open Beta przyciąga użytkowników z różnorodnymi urządzeniami, przyzwyczajeniami i scenariuszami. Daje to najpełniejszy obraz stabilności aplikacji przed wydaniem. Zbieranie opinii odbywa się przez Google Play Rating i ankiety w aplikacji.

Ograniczenia Open Beta w Google Play

Open Beta jest dostępna dla każdego konta dewelopera, ale wymaga przejścia moderacji przed publikacją. Google Play sprawdza kompilację pod kątem podstawowych wymagań, podobnie jak w przypadku wydania produkcyjnego. Po zatwierdzeniu kanał jest publikowany w sklepie i każdy użytkownik może się na niego zapisać. Open Beta można anulować w dowolnym momencie bez utraty bieżących instalacji.

Testowanie beta w App Store przez TestFlight

W ekosystemie Apple zewnętrzne testowanie beta odbywa się przez TestFlight External Testing. Maksymalna liczba zewnętrznych testerów to 10 000 osób. W przeciwieństwie do Google Play, TestFlight nie obsługuje w pełni Open Beta z wyświetlaniem w sklepie — dostęp jest rozpowszechniany tylko przez link z zaproszeniem lub publiczną stronę Apple.

Proces TestFlight External Testing

Aby opublikować kompilację w TestFlight External Testing, deweloper przesyła IPA przez Xcode lub Transporter, po czym rozpoczyna się Beta App Review. Apple sprawdza kompilację pod kątem podstawowych wymagań — w przeciwieństwie do pełnego App Review, sprawdzanie zajmuje 1–2 dni. Po zatwierdzeniu kompilacja jest dostępna do dystrybucji przez link przez okres do 90 dni. Aby przedłużyć termin, należy przesłać nową kompilację.

Zbieranie opinii przez TestFlight

TestFlight posiada wbudowane wsparcie dla zbierania zrzutów ekranu i logów z urządzenia. Po potrząśnięciu urządzeniem tester wysyła raport deweloperowi przez App Store Connect. Każdy raport zawiera ślad stosu, zrzut ekranu, wersję kompilacji i informacje o urządzeniu. Upraszcza to odtwarzanie i naprawianie błędów bez długiej korespondencji z testerem.

Konfiguracja kanałów beta w Google Play Console

Konfiguracja Closed i Open Beta w Google Play Console odbywa się w sekcji Release → Testing. Proces zajmuje 15–30 minut i wymaga jednorazowej konfiguracji kanału przed pierwszym użyciem. Poniżej znajduje się instrukcja krok po kroku dla obu typów testowania beta.

Publikacja w Closed Beta

W Google Play Console utwórz grupę testerów i prześlij kompilację do kanału Closed Beta. System sprawdzi podstawowe wymagania i po 5–15 minutach kompilacja stanie się dostępna dla członków grupy. Członkowie otrzymują e-mail z zaproszeniem i instrukcją instalacji przez Google Play.

Publikacja w Open Beta

Wybierz kanał Open Beta i prześlij kompilację. W przeciwieństwie do Closed Beta, Open Beta przechodzi moderację (jak wydanie produkcyjne), która zajmuje 24–48 godzin. Po zatwierdzeniu karta aplikacji pojawia się w Google Play z oznaczeniem Beta. Użytkownicy mogą dołączyć do testowania przez przycisk Become a Tester.

Najlepsze praktyki testowania beta

Efektywność testowania beta zależy bezpośrednio od jakości organizacji procesu. Poniżej przedstawiono sprawdzone praktyki oparte na doświadczeniu dużych deweloperów i zaleceniach Google Play Console. Przestrzeganie tych zasad zwiększa współczynnik wykrywania błędów o 40–60%.

• Rozpoczynać od Closed Beta na zaufanej grupie 100–500 osób
• Zbierać metryki stabilności: ANR, crash'e, częstotliwość zawieszania się
• Korzystać z wbudowanych narzędzi zbierania opinii (Firebase, Crashlytics, TestFlight)
• Przeprowadzać testy A/B nowych funkcji w Closed Beta przed Open Beta
• Ustawić czas trwania testu beta: 7–14 dni dla Closed, 14–30 dni dla Open

Analiza opinii i metryk

Po zakończeniu testu beta zbierz wszystkie raporty, sklasyfikuj błędy według priorytetu i przekaż do zespołu deweloperskiego. Błędy wykryte w Open Beta muszą zostać naprawione przed wydaniem produkcyjnym. Użytkownicy, którzy uczestniczyli w teście beta, często stają się pierwszymi aktywnymi użytkownikami po oficjalnym uruchomieniu.

Komunikacja z testerami beta

Informuj testerów o aktualizacjach. Korzystaj z wbudowanych powiadomień Google Play i TestFlight do ogłaszania nowych kompilacji. Prowadź changelog z opisem poprawek i nowych funkcji. Odpowiadaj na opinie w Resolution Center (TestFlight) lub na stronie aplikacji (Google Play) — zwiększa to zaangażowanie testerów.

Metryki efektywności testu beta

Kluczowe metryki do oceny testu beta: liczba aktywnych testerów, procent zgłaszających błędy, średni czas do pierwszego raportu oraz Coverage Rate — procent urządzeń i wersji systemów operacyjnych objętych testowaniem. Jeśli Coverage Rate jest niższy niż 40%, dodaj testerów z brakującymi konfiguracjami przez ukierunkowaną wysyłkę zaproszeń.