Testy zamknięte w Google Play: 12 testerów, 14 dni i plan testów, który daje dostęp do produkcji (2026)

Jeśli Twoje konto deweloperskie Google Play to nowo utworzone konto osobiste, testy zamknięte w Google Play są progiem, który musisz pokonać przed premierą. W chwili składania wniosku o dostęp do produkcji co najmniej 12 testerów musi być zapisanych do Twojego testu zamkniętego, a każdy z nich musi być zapisany nieprzerwanie przez poprzedzające 14 dni. Prowadź to jak dwutygodniowy projekt testowy z osobą odpowiedzialną, harmonogramem i pętlą opinii, a nie jak pole do odhaczenia w ostatnim dniu.

Czego wymagają testy zamknięte w Google Play w 2026 roku?

Według stanu na listopad 2026 r. osobiste konta deweloperskie utworzone po 13 listopada 2023 r. muszą przeprowadzić test zamknięty z „co najmniej 12 testerami, którzy byli zapisani nieprzerwanie przez co najmniej 14 dni”, zanim będą mogły złożyć wniosek o dostęp do produkcji. Do tego czasu opcje Production i Pre-registration pozostają dla aplikacji zablokowane.

• 12 testerów musi być zapisanych do testu zamkniętego w momencie składania wniosku.
• Muszą być zapisani przez poprzedzające 14 dni, nieprzerwanie.
• Tester, który się wypisze i zapisze ponownie, musi znów przejść 14 kolejnych dni, żeby się liczyć.
• Testy zamknięte stają się dostępne po zakończeniu konfiguracji aplikacji. Testy otwarte pozostają zablokowane, dopóki nie uzyskasz dostępu do produkcji.
• Testy wewnętrzne nie mają żadnych wymagań wstępnych, ale to osobna ścieżka.

Zasady opisuje strona Google Wymagania dotyczące testowania aplikacji dla nowych osobistych kont deweloperskich. Dotyczy ona wyłącznie kont osobistych. Nie mówi nic o kontach organizacji, więc sprawdź, co pokazuje Twój własny Dashboard, zamiast zakładać cokolwiek.

Jak skonfigurować ścieżkę testów zamkniętych w Play Console?

Aby skonfigurować test zamknięty, otwórz w Play Console Test and release > Testing > Closed testing, kliknij Manage track, dodaj testerów na karcie Testers, a następnie wdróż wersję. Testerów możesz dodać przez listę e-mailową lub Grupę dyskusyjną Google. Każda lista mieści do 2000 użytkowników, więc jej rozmiar nigdy nie jest ograniczeniem. Ograniczeniem jest nakłonienie ludzi do zapisania się.

1. Na karcie Testers utwórz listę e-mailową lub wpisz Grupę Google, np. yourgroupname@googlegroups.com.
2. Dodaj adres URL lub e-mail do przesyłania opinii. Google pokazuje go na stronie zapisu dla testerów.
3. Skopiuj link do zapisu (opt-in), który można udostępnić, i zapisz zmiany.
4. Utwórz wersję na ścieżce zamkniętej i ją wdróż.
5. Gdy wersja będzie dostępna, udostępnij link do zapisu wraz z adresem URL w Sklepie Play. Testerzy nie znajdą aplikacji sprzed produkcji przez wyszukiwarkę Play.

Strona Google o konfiguracji testów wymienia kilka pułapek. „Link do zapisu wyświetla się tylko wtedy, gdy aplikacja ma status »Published«”, więc aplikacje w stanie Draft i Pending publication nie mają linku. Przesłanie pliku CSV nadpisuje adresy, które już są na liście, a pliki CSV zapisane jako UTF-8 z BOM są odrzucane. W przypadku Grupy Google ludzie muszą najpierw dołączyć do grupy, zanim będą mogli się zapisać. Każdy, kto jest już w Twoim teście wewnętrznym, musi go opuścić, zanim otrzyma test zamknięty.

Ilu testerów zrekrutować i którzy się liczą?

Zrekrutuj 15–16 testerów, a nie 12, ponieważ liczą się tylko osoby zapisane przez link do zapisu w Play, a ktoś, kto zrezygnuje przed 14. dniem, w ogóle się nie liczy. 14 dni każdego testera zaczyna się w chwili jego zapisu, więc osoba dołączająca później przesuwa najwcześniejszą datę, w której możesz złożyć wniosek.

Dobre źródła to Twoja lista mailingowa, lista oczekujących na betę, znajomi z telefonami z Androidem oraz inni niezależni deweloperzy, którzy przetestują Twoją aplikację, jeśli Ty przetestujesz ich. Poproś każdą osobę o potwierdzenie, że zaakceptowała link do zapisu i zainstalowała aplikację z Play. Wgrany ręcznie APK ani przesłana dalej kompilacja się nie liczą. Jeśli Twoja aplikacja jest płatna, Google zaznacza, że testerzy muszą ją kupić, żeby wziąć udział, co jest kolejnym powodem, by zaoferować darmową kompilację testową lub kod promocyjny.

Co testerzy powinni robić przez 14 dni?

Testerzy powinni korzystać z aplikacji tak, jak robiliby to prawdziwi użytkownicy, z konkretnym zadaniem co kilka dni, tak aby w tym okresie zbierać opinie i wdrażać poprawki. Formularz wniosku o produkcję pyta, czy testerzy używali wszystkich funkcji i czy ich korzystanie odpowiadało rzeczywistemu zachowaniu użytkowników, a Ty potrzebujesz odpowiedzi na oba pytania.

Testerzy nie mogą wystawiać publicznych opinii o wersjach testowych. Zbieraj opinie przez swój adres URL lub e-mail do opinii albo przez prywatne opinie w Google Play. Prowadź dziennik każdego zgłoszenia, tego, co zmieniłeś, i tego, która kompilacja to naprawiła. Jeśli testy ujawnią awarie lub zepsute ekrany, plan testowania kompilacji release przy odrzuceniach 2.1 sprawdzi się jako lista kontrolna także dla kompilacji na Androida.

Co się dzieje, gdy deweloperzy dostają „More testing required”?

Publiczne relacje pokazują, że osiągnięcie wymaganej liczby testerów pozwala złożyć wniosek, ale nie gwarantuje zatwierdzenia. Zatwierdzenia od odrzuceń odróżnia widoczne zaangażowanie testerów i aktualizacje wynikające z opinii.

• Odrzucenie po skorzystaniu z serwisu testerów. Na forum społeczności MIT App Inventor deweloper opisał w lipcu 2024 r. (gdy próg wynosił 20 testerów), że osiągnął wymaganą liczbę dzięki serwisowi wymiany testerów. Mimo to otrzymał „More testing required to access Google Play production” z uzasadnieniem „Testerzy nie byli zaangażowani w Twoją aplikację podczas testu zamkniętego” oraz „Nie zastosowano dobrych praktyk testowania, które mogą obejmować zbieranie opinii użytkowników i reagowanie na nie”. Google przekazało mu: „Przed ponownym złożeniem wniosku testuj aplikację w ramach testów zamkniętych przez dodatkowe 14 dni z udziałem prawdziwych testerów”. Napisał też, że nie był w stanie wypełnić formularza po teście, bo nie wiedział, kim byli jego testerzy ani jak testowali. W wątku nie ma informacji o rozwiązaniu.
• Zatwierdzenie po przebudowaniu testu. Deweloperka z DEV Community odkryła, że większość znajomych i rodziny używa iPhone’ów. Aplikację zainstalowało tylko 4–5 osób, a mniej więcej połowa usunęła ją w ciągu kilku dni. Przeszła na Grupę Google z ustawieniem „Każdy może dołączyć” i zrekrutowała innych deweloperów przez aplikację do wzajemnego testowania, którą ten wpis promuje. W dwa dni miała 14 testerów, w trakcie okresu testów wydała 6 drobnych aktualizacji i starannie wypełniła formularz. Podaje, że zatwierdzenie przyszło dwa dni po złożeniu wniosku.

Wniosek: oboje deweloperzy spełnili wymóg liczby testerów. Zatwierdzona osoba mogła wskazać rzeczywiste użytkowanie, aktualizacje i opinie, a odrzucona miała liczby, ale żadnych dowodów, które mogłaby opisać w formularzu. Jeśli już dostałeś taki e-mail, poradnik o „More testing required” w Google Play opisuje, co zmienić przed ponownym złożeniem wniosku.

O co pyta formularz Apply for production?

Formularz Apply for production, otwierany z Dashboardu, ma trzy części: Twój test zamknięty, Twoja aplikacja i Twoja gotowość do produkcji. Odpowiedzi przepadają, jeśli klikniesz Discard lub opuścisz sekcję bez kliknięcia Next, więc przygotuj je wcześniej.

Google ostrzega też, że „weryfikacja nie jest etapem rozwiązywania problemów”. Zanim złożysz wniosek, potwierdź zgodność z zasadami, klasyfikację treści, stabilność oraz — jeśli aplikacja wymaga logowania — działające dane logowania. Poradnik konfiguracji konta demo powstał z myślą o Apple, ale to samo konto do logowania dla recenzenta sprawdzi się w Google.

Co sprawdzić przed kliknięciem Apply for production?

Przed złożeniem wniosku potwierdź, że co najmniej 12 zapisanych testerów ma każdy po 14 nieprzerwanych dni, że Twój dziennik opinii pokazuje wdrożone poprawki i że wszystkie zadania konfiguracji aplikacji są ukończone. Zaplanuj datę premiery z uwzględnieniem weryfikacji Google, która „zwykle trwa siedem dni lub krócej, ale czasami może potrwać dłużej”.

Przykład: deweloper działający w pojedynkę kończy konfigurację aplikacji w poniedziałek i wdraża kompilację 1. Zaprasza 16 osób z listy oczekujących i społeczności deweloperów, a do 2. dnia zapisuje się 14. Przypomina się dwóm osobom i dodaje trzy kolejne. 4. dnia tester zgłasza awarię na starszym urządzeniu, a 5. dnia wychodzi kompilacja 2. Ponieważ osoby dołączające później zaczęły swoje 14 dni później, deweloper liczy dni dla każdej osoby osobno, a nie od pierwszego wydania. Składa wniosek, gdy 12 osób ma 14 nieprzerwanych dni, z dziennikiem pokazującym dziewięć znalezionych błędów i siedem naprawionych.

1. Dashboard pokazuje co najmniej 12 zapisanych testerów, każdy z 14 nieprzerwanymi dniami.
2. Najnowsza kompilacja na ścieżce zamkniętej to ta, którą planujesz promować, i spełnia aktualny docelowy poziom API (zob. poradnik o docelowym poziomie API 36).
3. Dziennik opinii wymienia znalezione problemy, wprowadzone zmiany i wydane kompilacje.
4. Strona aplikacji w sklepie, klasyfikacja treści, sekcja bezpieczeństwa danych i pozostałe zadania konfiguracji są ukończone.
5. Dane logowania dla recenzenta działają, jeśli aplikacja wymaga logowania.
6. Odpowiedzi do formularza są przygotowane i konkretne w kwestii prawdziwych testerów i prawdziwych zmian.

Jeśli wydajesz też aplikację na iOS, lista kontrolna zgłoszenia do App Store obejmuje stronę Apple. Jeśli wolisz przekazać premierę komuś innemu, nasza usługa zgłaszania do App Store konfiguruje Play Console i App Store Connect oraz przygotowuje obie weryfikacje za $599; opłaty za konta deweloperskie są osobne. Możesz też napisać na yagyeshsrbobde@gmail.com.