Closed Testing Track w Google Play: co to jest, konfiguracja i test alfa

Czym jest Closed Testing Track?

Closed Testing Track — tor Google Play Console do dystrybucji przedpremierowych kompilacji wśród ograniczonej grupy zewnętrznych uczestników. W przeciwieństwie do Internal Testing, zamknięty tor jest przeznaczony dla testerów spoza zespołu programistycznego — partnerów, kluczowych klientów lub grup fokusowych.

Główna różnica w stosunku do Internal Track to obowiązkowa weryfikacja Google. Przed aktywacją Closed Testing kompilacja przechodzi moderację zgodnie z zasadami Google Play. Weryfikacja trwa od kilku godzin do 2 dni i potwierdza, że aplikacja spełnia podstawowe wymagania platformy. Po zatwierdzeniu tor staje się aktywny.

Według Android Developers Blog (2024), Closed Testing Track obsługuje do 200 grup testerów. Każdej grupie można przypisać różne wersje kompilacji, co pozwala na przeprowadzanie testów A/B funkcjonalności lub projektu wśród segmentowanej publiczności przed otwartym uruchomieniem beta.

Scenariusze użycia Closed Testing

Zamknięte testowanie stosuje się do weryfikacji nowych funkcji przed masowym wydaniem, integracji z usługami zewnętrznymi, testowania subskrypcji i bilingów Google Play z rzeczywistymi transakcjami, a także do zbierania jakościowych opinii od docelowej grupy odbiorców. Closed Testing Track pozwala programistom uzyskać informację zwrotną od rzeczywistych użytkowników przed rozszerzeniem testowania na Open Track.

Jak skonfigurować Closed Testing Track w Google Play Console

Konfiguracja Closed Testing Track rozpoczyna się w Google Play Console w sekcji Release > Testing > Closed Testing. Proces obejmuje utworzenie toru, powiązanie Google Groups do zarządzania testerami i przesłanie kompilacji AAB.

Podczas tworzenia toru należy podać nazwę grupy testerów (adres e-mail Google Group) i przesłać kompilację. Google Play Console sprawdza istnienie grupy i jej dostępność do dystrybucji. Po przesłaniu kompilacja jest wysyłana do moderacji — status jest wyświetlany w konsoli.

Po przejściu moderacji tor przechodzi w status Active. Testerzy otrzymują powiadomienie e-mailem i mogą zainstalować aplikację przez Google Play za pomocą linku. Link do Closed Track nie jest publiczny — jest dostępny tylko dla uczestników grupy i nie jest indeksowany w wyszukiwarce Google Play.

// build.gradle - wdrożenie na Closed Testing Track
play {
    track = "closedalpha"
    serviceAccountCredentials = file("service-account.json")
    
    // Informacje o wydaniu specyficzne dla testerów alfa
    releaseNotes {
        defaultLanguage "en-US"
        releaseNotes "Bug fixes and performance improvements"
    }
}

Zarządzanie testerami przez Google Groups

Google Groups — obowiązkowy mechanizm zarządzania dostępem dla Closed Testing Track. Grupa jest tworzona w Google Groups i powiązana z torem w Play Console. Wszyscy członkowie grupy automatycznie uzyskują dostęp do przypisanych kompilacji.

Tworzenie grupy: przejdź na groups.google.com, utwórz grupę o nazwie testers-your-app, ustaw typ grupy jako Email list. Po utworzeniu podaj adres e-mail grupy w ustawieniach Closed Testing Track. Google Play Console potwierdzi połączenie z grupą i wyświetli liczbę uczestników.

Zarządzanie testerami odbywa się przez interfejs Google Groups: dodawanie i usuwanie uczestników nie wymaga zmian w Play Console. Jest to wygodne w przypadku dynamicznych zespołów, których skład często się zmienia. Closed Testing Track obsługuje do 200 grup na jedną aplikację, każda z niezależnym dostępem do różnych kompilacji.

Strategia dystrybucji grup

Do testów A/B tworzy się kilka grup z różnymi kompilacjami. Grupa A otrzymuje kompilację z nową funkcją, grupa B — wersję kontrolną. Metryki Android Vitals są porównywane między grupami w Play Console. To podejście pozwala walidować zmiany na rzeczywistych użytkownikach bez ryzyka dla wszystkich testerów.

Różnice między Closed a Internal i Open Track

Closed Testing Track zajmuje pozycję pośrednią między Internal i Open Track. W przeciwieństwie do Internal, Closed wymaga moderacji i używa Google Groups. W przeciwieństwie do Open, Closed nie publikuje aplikacji w wyszukiwarce Google Play i nie umożliwia publicznych opinii.

Closed Track jest jedynym, który pozwala na testowanie z zewnętrznymi uczestnikami bez publicznej widoczności. Jest to ważne w przypadku aplikacji B2B, gdzie klienci testują integrację przed ogólnym wydaniem, lub w przypadku aplikacji z subskrypcją, gdzie trzeba sprawdzić billing z rzeczywistymi płatnościami.

Zalecenia dotyczące organizacji testów alfa

Dla efektywnego korzystania z Closed Testing Track zaleca się segmentowanie testerów według ról i scenariuszy użycia. Osobna grupa do sprawdzania scenariuszy płatności, osobna do testowania UI/UX, osobna do testowania integracji.

Okres testowania w Closed Track nie jest ograniczony — kompilacje pozostają dostępne, dopóki programista nie prześle nowej wersji lub nie usunie toru. Google zaleca regularne aktualizowanie kompilacji, aby testerzy pracowali z aktualną wersją aplikacji.

Przed przejściem z Closed do Open Track upewnij się, że kluczowe metryki Android Vitals znajdują się w zielonej strefie: poziom awarii poniżej 1,5%, ANR poniżej 0,5%. Jeśli metryki przekraczają wartości progowe, napraw problemy przed rozszerzeniem grona testerów.

• Segmentuj testerów na grupy według scenariuszy użycia w celu ukierunkowanego zbierania opinii
• Korzystaj z Fabric lub Firebase Crashlytics do szczegółowej analizy awarii na urządzeniach testerów
• Aktualizuj kompilacje co 1-2 tygodnie, aby testerzy pracowali z aktualną wersją
• Zbieraj opinie przez In-App Review API lub Google Groups w celu strukturyzowanej informacji zwrotnej
• Sprawdź Android Vitals przed przejściem do Open Track — poziom awarii nie powinien przekraczać 1,5%