Test wewnętrzny, zamknięty i otwarty w Google Play: którą ścieżkę wybrać?

Dla objętych nowych osobistych kont dewelopera test zamknięty to jedyna ścieżka, która stoi między Tobą a wnioskiem o wersję produkcyjną: Google wymaga, by co najmniej 12 testerów uczestniczyło nieprzerwanie przez poprzedzające 14 dni, zanim poprosisz o opublikowanie wersji produkcyjnej.

To, które z tych reguł Cię dotyczą, zależy od Twojego konta dewelopera. Google zawęża wymaganie testów do osobistych kont Play Console utworzonych po 13 listopada 2023 r. Jeśli Twoje konto to konto organizacji albo konto osobiste utworzone przed tą datą, to konkretne wymaganie Cię nie obejmuje i możesz wybierać ścieżki według swoich potrzeb QA i bety. Sprawdź, do której grupy należysz, zanim zaplanujesz wydanie.

Jakie są trzy ścieżki testów w Google Play?

Google Play daje przed wersją produkcyjną trzy ścieżki testów: test wewnętrzny, test zamknięty i test otwarty. Każda ma inną rolę w cyklu rozwoju, a Google zaleca start od testu wewnętrznego i potem rozszerzenie na test zamknięty. Wymagana kolejność zależy od Twojego konta dewelopera: opisana niżej sekwencja test wewnętrzny → test zamknięty → wniosek o wersję produkcyjną jest obowiązkowa tylko dla kont osobistych utworzonych po 13 listopada 2023 r.

* Wymagany dla osobistych kont dewelopera utworzonych po 13 listopada 2023 r. Ukończenie testu zamkniętego pozwala poprosić o dostęp do wersji produkcyjnej, a nie jest automatycznym zatwierdzeniem.

Test wewnętrzny vs zamknięty vs otwarty: porównanie

Oto najważniejsze różnice między trzema ścieżkami testów według oficjalnej dokumentacji Konsoli Play Google.

* Dla osobistych kont dewelopera utworzonych po 13 listopada 2023 r.; inne konta nie podlegają temu wymaganiu. Spełnienie go pozwala poprosić o dostęp do wersji produkcyjnej, a Google i tak weryfikuje wniosek.

Kto musi przejść test zamknięty przed wersją produkcyjną?

Google zawęża to wymaganie i większość zamieszania wokół trzech ścieżek bierze się z czytania go jako reguły powszechnej. Centrum pomocy Google wymaga testu zamkniętego z co najmniej 12 testerami uczestniczącymi nieprzerwanie przez poprzedzające 14 dni od osobistych kont Play Console utworzonych po 13 listopada 2023 r., zanim ci deweloperzy poproszą o dostęp do wersji produkcyjnej. Jeśli to nie Twoje konto, ta sekwencja nie jest Twoją drogą do wersji produkcyjnej.

* Pierwsza kolumna to to, co Google dokumentuje. Druga jest świadomie ostrożna: Google publikuje to wymaganie dla objętych nowych kont osobistych i nie publikuje odpowiadającej mu reguły powszechnej dla wszystkich pozostałych.

Przy kontach z pierwszej kolumny kolejne pytanie jest zawsze takie samo: czy inna ścieżka może zastąpić test zamknięty? Nie może.

Czym jest test wewnętrzny w Google Play?

Test wewnętrzny to najszybsza ścieżka Google Play. Jest przeznaczony dla małej grupy Twoich zaufanych testerów, a buildy są zwykle dostępne w kilka minut. Test wewnętrzny możesz uruchomić nawet przed zakończeniem konfiguracji aplikacji, co czyni go idealnym do wczesnego QA, smoke testów i szukania błędów, zanim zaczniesz myśleć o gotowości do premiery. Słowo „zwykle” naprawdę tu jednak pracuje: patrz wyjątki poniżej.

Google limituje test wewnętrzny do 100 testerów na aplikację. Użytkowników testu wewnętrznego zapraszasz bezpośrednio, a aplikacja jest dla nich dostępna tylko przez URL, nie jako publiczna karta w Google Play.

Jedna różnica między ścieżkami zaskakuje przy aplikacjach płatnych: testerzy wewnętrzni mogą zainstalować płatną aplikację bez jej kupowania, a testerzy w teście zamkniętym i otwartym muszą ją kupić jak każdy inny użytkownik. Jeśli Twoja aplikacja jest płatna, uwzględnij to, zanim zaprosisz grupę do testu zamkniętego.

Czym jest test zamknięty w Google Play?

Test zamknięty to ścieżka, którą Google przewiduje na bardziej realistyczną betę z grupą, którą kontrolujesz. Google opisuje, że udostępniasz aplikację większej, wybranej przez Ciebie grupie testerów, by naprawiać problemy i sprawdzić, czy aplikacja spełnia reguły Google Play, zanim wyjdziesz na żywo.

Kiedy naprawdę startuje okres 14 dni?

Nie wtedy, gdy wgrywasz build, i nie wtedy, gdy dodajesz adresy testerów. Czas kwalifikacyjny narasta osobno dla każdego testera i tylko wtedy, gdy spełnione są dwa warunki: wersja zamknięta jest dostępna dla testerów, a każdy tester indywidualnie dołączył do testu przez Twój link przystąpienia do testów. W momencie składania wniosku Google mierzy to, czy co najmniej 12 testerów uczestniczyło nieprzerwanie przez 14 dni bezpośrednio poprzedzających wniosek, więc najbezpieczniej liczyć wstecz od daty wniosku, a nie w przód od daty wydania. To Play Console, a nie Twój arkusz, mówi Ci, że wniosek jest dostępny.

Google jest bardzo precyzyjne co do słowa „nieprzerwanie”. Okres kwalifikacyjny to 14 dni bezpośrednio przed złożeniem wniosku i muszą to być dni kolejne, więc testerzy, którzy dołączą, zostaną krócej niż 14 dni, a potem wyjdą, nie liczą się, nawet jeśli później dołączą ponownie.

W praktyce test zamknięty to etap, na którym utyka większość osób publikujących po raz pierwszy. Test wewnętrzny nie spełnia tej reguły. Test otwarty jej nie zastępuje. Dla objętych kont osobistych ten krok testu zamkniętego to bramka między „moja aplikacja jest testowana” a „mogę wreszcie poprosić o dostęp do wersji produkcyjnej”, a to, co dzieje się po zakończeniu okresu, jest osobnym etapem, na którym potyka się tyle samo deweloperów. Jeśli zakładasz ścieżkę, a nie wybierasz między nimi, nasz poradnik o zakładaniu ścieżki testu zamkniętego i zapraszaniu testerów ma kroki w Konsoli, a pełny poradnik o 12 testerach przez 14 dni wchodzi głębiej w samo wymaganie.

Zanim aplikacja będzie w teście otwartym lub w wersji produkcyjnej, testerzy zwykle nie znajdą aplikacji w teście zamkniętym przez wyszukiwanie w Play Store. Musisz im wysłać URL sklepu lub link przystąpienia do testów bezpośrednio.

Co dzieje się po 14 dniach?

Koniec okresu kwalifikacyjnego to nie przełącznik, który publikuje Twoją aplikację, ani data, którą możesz z góry zakreślić w kalendarzu. Gdy co najmniej 12 testerów uczestniczy w teście nieprzerwanie przez pełne 14 dni bezpośrednio poprzedzające Twój wniosek, Play Console pozwala poprosić o dostęp do wersji produkcyjnej, a Google weryfikuje potem ten wniosek. Traktuj Play Console, a nie własne liczenie dni, jako źródło prawdy o tym, kiedy masz do tego prawo.

1. Potwierdź uprawnienie: co najmniej 12 testerów uczestniczących nieprzerwanie przez pełne 14 dni poprzedzające Twój wniosek, a Play Console udostępnia formularz wniosku. Co liczy się jako 14 dni nieprzerwanie opisuje przypadki brzegowe.
2. Poproś w Konsoli Play o opublikowanie wersji produkcyjnej.
3. Odpowiedz na pytania Google o Twój test zamknięty, aplikację lub grę oraz gotowość do wersji produkcyjnej. Nasz poradnik o kwestionariuszu dostępu do wersji produkcyjnej omawia je po kolei.
4. Google weryfikuje wniosek. Google podaje, że zwykle zajmuje to 7 dni lub mniej, ale w niektórych przypadkach może potrwać dłużej.
5. Google przyznaje dostęp do wersji produkcyjnej albo prosi o dalsze testy.

Zaplanuj ten ostatni wariant, zamiast dać się nim zaskoczyć. Jeśli Google wróci z żądaniem dalszych testów, artykuł co naprawdę znaczy „wymagane dalsze testy” opisuje reakcję. Przez te 14 dni nie jesteś też zamrożony: możesz dalej wypuszczać wersje na ścieżkę zamkniętą, bo Google mierzy nieprzerwane uczestnictwo testerów, a nie zamrożenie kodu. Aktualizowanie aplikacji w trakcie testu zamkniętego omawia, co się resetuje, a co nie.

Czy testerzy muszą używać aplikacji codziennie?

Traktuj więc dołączenie do testu jako podłogę, a nie całą pracę: rekrutuj testerów, którzy faktycznie skorzystają z aplikacji i powiedzą Ci coś przydatnego, i notuj, co zmieniłeś dzięki nim. Każdy, kto podaje dokładny limit dziennego korzystania, liczbę sesji albo próg wykrywania botów, powtarza folklor społeczności: Google nie publikuje żadnej z tych liczb.

Czym jest test otwarty w Google Play?

Test otwarty to ścieżka publicznej bety. Google opisuje, że test otwarty sprawia, że wersja testowa aplikacji jest widoczna w Google Play i że każdy może dołączyć oraz wysyłać prywatne opinie. Przy aplikacjach early access, które nie są jeszcze w wersji produkcyjnej, użytkownicy mogą znaleźć Twój test otwarty przez wyszukiwanie Google Play. Przy aplikacjach, które mają już opublikowaną wersję produkcyjną, użytkownicy mogą dołączyć do testu otwartego z karty w sklepie.

Google pozwala wybrać nieograniczoną liczbę testerów albo ograniczoną, która musi wynosić co najmniej 1 000. Ten limit to pułap grupy, a nie liczba testerów, których musisz zrekrutować, i jest to najczęściej błędnie czytane ustawienie na tej ścieżce. Ścieżkę w Konsoli, ustawienia testerów i opinii, to, co naprawdę odsłania publiczny charakter testu, oraz co sprawdzić, gdy test się nie pojawia, opisuje pełny poradnik konfiguracji testu otwartego w Google Play.

Opinie zostają prywatne. Google podaje, że opinie i oceny zebrane w teście otwartym i zamkniętym są prywatne, tylko dla Ciebie: nie pojawiają się na Twojej karcie w sklepie i nie wpływają na Twoją publiczną ocenę w Play Store. Surowa beta nie odbierze Ci gwiazdek.

Weryfikacja wersji a weryfikacja wniosku o dostęp do wersji produkcyjnej

Objęte konta osobiste mogą trafić na dwa odrębne procesy weryfikacji, o różnych momentach uruchomienia i różnych opublikowanych czasach. Niemal każde pytanie w stylu „mój test zamknięty się opóźnił” bierze się z ich pomylenia.

Którą ścieżkę testów wybrać?

Dla większości deweloperów właściwa droga jest prosta. Tak decydujesz przy każdej ścieżce:

Zanim zaczniesz 14 dni: sprawdzenie gotowości

Okres kwalifikacyjny to najdroższa część, więc warto nie zaczynać go na buildzie, który go zmarnuje. Nic z tego nie jest wymaganiem Google, aplikacja nie musi mieć zamrożonych funkcji ani być wolna od błędów, ale test, który staje, bo nikt nie mógł się zalogować, to 14 dni wydanych dwa razy.

Ten ostatni punkt to ocena sytuacji, a nie zasada: Google prosi o 12 i nie publikuje zalecanego zapasu, ale grupa dokładnie 12 osób nie ma marginesu na jedną osobę zmieniającą telefon.

Zalecana droga według typu konta dewelopera

To sekwencja dla kont osobistych utworzonych po 13 listopada 2023 r. i zgadza się z własnym zaleceniem Google: start od testu wewnętrznego, a potem rozszerzenie na test zamknięty. Każde inne konto: ta konkretna sekwencja nie jest Ci narzucona. Wybierz test wewnętrzny, zamknięty lub otwarty według publiczności i wdrożenia, jakich naprawdę potrzebujesz, w granicach ścieżek włączonych dla Twojej aplikacji, i korzystaj z testu otwartego wtedy, gdy publiczna beta jest naprawdę właściwym narzędziem.

Częste pułapki testów w Google Play

Zrozumieć, czym są ścieżki, to jedno. Poruszać się między nimi bez utraty dni to drugie. Te trzy błędy widzimy najczęściej w projektach, które wsparł PrimeTestLab: dwa pierwsze to udokumentowane zachowanie Play Console, a trzeci to miejsce, w którym deweloperzy najczęściej mylnie odczytują, co daje im ukończenie testu.

Często zadawane pytania

Gdzie wpasowuje się PrimeTestLab

To jedyna komercyjna sekcja na tej stronie, więc traktuj ją jako informację od nas, a nie część reguł Google. Jeśli potrzebujesz tylko szybkiego QA z własnym zespołem, test wewnętrzny wystarczy i nie potrzebujesz żadnej usługi testowej. Jeśli Twoim problemem jest wymagany test zamknięty, a konkretnie znalezienie wystarczającej liczby wiarygodnych testerów, którzy przez pełne 14 dni pozostaną w teście i będą aktywni, to właśnie ta ścieżka, pod którą zbudowany jest PrimeTestLab.

Te trzy liczby to nasze własne dane operacyjne, które PrimeTestLab podaje dla projektów testowych, jakie wsparliśmy. Nie są audytowane i nie są gwarancją Google: o każdym wniosku o dostęp do wersji produkcyjnej Google decyduje niezależnie od nas.

Plany obejmują od 12 do 25 testerów. Plan na 25 testerów kosztuje mniej niż plan na 20 testerów, bo jest naszym planem wyróżnionym i ma głębszy rabat od ceny bazowej. Taka kolejność jest zamierzona, to nie pomyłka. Strona cennika to utrzymywane źródło aktualnych cen i opłaty doliczanej przy płatności.

Zobacz plany i cennik

Wybór ścieżki: wersja skrócona

Historia zmian