Nie, aktualizacja nie resetuje
Zwykła aktualizacja nie zatrzymuje czasu uczestnictwa Twoich testerówGoogle nie publikuje żadnej zasady, według której utworzenie nowej wersji rozpoczyna test zamknięty od nowa. Wymaganie dotyczy tego, by każdy tester uczestniczył w teście przez 14 dni bez przerwy, przy co najmniej 12 takich testerach w chwili składania wniosku. Kod wersji i liczba przesłanych wersji nie są jego częścią.
Testerzy opuszczają test, więc mniej niż 12 ma 14 nieprzerwanych dni.
Tester, który zrezygnuje i dołączy ponownie, zaczyna swoje 14 dni od nowa, a zastępca zaczyna od pierwszego dnia. Jeśli w efekcie zostanie mniej niż 12 testerów z 14 nieprzerwanymi dniami, Twój wniosek musi poczekać. Przyczyną nie jest aktualizacja.
Szybka odpowiedź
Nie. Aktualizacja tej samej aplikacji na trwającej ścieżce testów zamkniętych (closed testing) nie rozpoczyna sama w sobie od nowa czasu uczestnictwa Twoich testerów. W przypadku osobistych kont dewelopera utworzonych po 13 listopada 2023 r. aplikacja potrzebuje co najmniej 12 testerów, z których każdy uczestniczy w teście nieprzerwanie przez ostatnie 14 dni, gdy prosisz o dostęp do wersji produkcyjnej. Tester, który zrezygnuje, zaczyna swoje 14 dni od nowa. Google zaleca reagowanie na opinie, ale nie publikuje wymaganej liczby wersji. Jeśli testerzy nie widzą nowej wersji, sprawdź publikację, uprawnienie do wdrożenia i aktualizowanie na urządzeniu.
To jedna z najczęstszych obaw podczas testu zamkniętego: jesteś w połowie 14-dniowego okresu, zauważasz błąd i zamierasz w obawie, że przesłanie poprawki usunie postęp i zmusi Cię do rozpoczęcia dwóch tygodni od nowa. Tak się nie stanie. Wymaganie 14 dni obserwuje Twoich testerów, a nie Twoje wersje. Ten poradnik oddziela to, co przerywa okres testu zamkniętego, od tego, co go nie przerywa, daje Ci dwa interaktywne narzędzia do samodzielnego sprawdzenia dowolnego działania i wyjaśnia, co sprawdzić, gdy testerzy nie widzą nowej wersji. Ostatnio zweryfikowano go ze stronami pomocy Google 16 października 2026 r.
W tym poradniku
Czy aktualizacja aplikacji resetuje 14-dniowy licznik testu zamkniętego?
Nie. To najczęstsza obawa deweloperów w trakcie testów, a odpowiedź jest uspokajająca: przesłanie nowego pakietu aplikacji na istniejącą ścieżkę testów zamkniętych nie rozpoczyna samo w sobie od nowa czasu uczestnictwa Twoich testerów.
Wymaganie 14 dni jest związane z Twoimi testerami, a nie z wersją. Google mierzy je dla każdego testera: gdy prosisz o dostęp do wersji produkcyjnej, co najmniej 12 testerów musi uczestniczyć w teście nieprzerwanie przez ostatnie 14 dni. Numer wersji aplikacji, liczba przesłanych nowych plików AAB i zmiany w informacjach o wersji nie są częścią tego wymagania.
To samo pytanie stale wraca w społeczności deweloperów Google Play. Pomoc Play Console definiuje wymaganie wyłącznie przez uczestniczących testerów i czas, nigdy przez przesyłane wersje. Ekspert produktowy Google udzielił praktycznej odpowiedzi wprost w zaakceptowanej odpowiedzi w społeczności w styczniu 2024 r.: aktualizacja podczas testów może wymagać weryfikacji, ale nie resetuje 14 dni. To odczytanie zasad przez eksperta, a nie zdanie z samych zasad.
Masz wątpliwości co do konkretnego działania? Skorzystaj z narzędzia poniżej: wybierz, co zamierzasz zrobić, a dowiesz się, czy ma to wpływ na 14 dni Twoich testerów.
Które działanie budzi Twoją obawę?
Wyniki opierają się na opublikowanym wymaganiu Play Console, czyli liczbie uczestniczących testerów i ciągłości dni, oraz na doświadczeniach społeczności deweloperów. Dwa ryzyka zgłaszane wyłącznie przez społeczność są wyraźnie oznaczone.
Co naprawdę resetuje licznik 14 dni?
Wymagany okres 14 dni to sprawdzian ciągłości, a nie zwykłe odliczanie kalendarza. Google chce widzieć nieprzerwany udział co najmniej 12 testerów. Tę ciągłość przerywają tylko dwa potwierdzone zdarzenia:
Liczba uczestniczących testerów spada poniżej 12
Jeśli jeden tester odejdzie i zostanie Ci 11 kwalifikujących się testerów, nie możesz złożyć wniosku, dopóki dwunasty tester nie będzie miał 14 nieprzerwanych dni, a zastępca zaczyna od pierwszego dnia. Dlatego test z dokładnie 12 testerami jest ryzykowny.
Testerzy formalnie opuszczają test
Tester rezygnuje, otwierając internetowy link do testów i wybierając opuszczenie testu. To nie to samo co odinstalowanie. Własne 14 dni tego testera się zatrzymują, a ponowne dołączenie rozpoczyna je od nowa. Opóźnia to Twój wniosek tylko wtedy, gdy zostanie mniej niż 12 kwalifikujących się testerów.
Nowa wersja nie znajduje się na tej liście. Tak samo poprawienie literówki w informacjach o aplikacji, opinia testera czy awaria aplikacji na urządzeniu. Symulator pokazuje różnicę: aktualizacja nie narusza ciągłości, ale utrata testerów i spadek poniżej 12 przerywa ją natychmiast.
Co NIE resetuje licznika
Przesłanie nowego AAB na tę samą ścieżkę
Zmiana informacji o wersji lub stronie aplikacji
Przesłanie opinii przez testera
Awaria aplikacji na urządzeniu testera
Zmiana versionCode lub nazwy wersji
Odinstalowanie bez formalnego opuszczenia testu
Jak przesłać aktualizację do testu zamkniętego?
Proces jest taki sam jak przy pierwszej wersji, z jedną ważną różnicą: nową wersję tworzysz na tej samej ścieżce testów zamkniętych, do której testerzy już dołączyli. Nie zaczynasz nowego testu, tylko dodajesz wersję do trwającego testu, dlatego licznik 14 dni działa dalej. W Konsoli Play wystarczą dwa kroki.
Utwórz nową wersję na ścieżce testów zamkniętych Test and release > Testing > Closed testing > Manage track
Otwórz używaną dotąd ścieżkę testów zamkniętych, kliknij Create new release i prześlij zaktualizowany pakiet aplikacji (AAB). Zachowaj tę samą nazwę pakietu i konfigurację podpisywania, a wersji nadaj wyższy versionCode: sama zmiana versionName nie jest aktualizacją. Dodaj krótkie informacje o zmianach i zapisz. Pozostań na tej samej ścieżce; właśnie to sprawia, że 14 dni Twoich testerów biegnie dalej.
Sprawdź i wdróż aktualizację Review release > Start roll-out
Przejdź przez Next i Review release, a następnie rozpocznij wdrażanie na ścieżce zamkniętej. Potem otwórz Publishing overview: jeśli zmiany czekają, wybierz Send changes for review, a jeśli masz włączone zarządzanie publikacją, samodzielnie opublikuj zatwierdzone zmiany. Przesłana aktualizacja może mieć status In review, zanim testerzy ją otrzymają, a Google podaje, że opublikowana zmiana może docierać do testerów przez kilka godzin. Dotychczasowi testerzy zwykle aktualizują aplikację na miejscu, bez ponownej instalacji i ponownego dołączania do testu.
To nie rozpoczyna od nowa czasu uczestnictwa Twoich testerów. Publikujesz na tej samej ścieżce zamkniętej, do której testerzy już dołączyli, dlatego ich 14 dni biegnie dalej pod nową wersją. Dodajesz wersję, a nie zaczynasz nowy test. Jeśli testerzy nadal nie widzą nowej wersji, przejdź przez kontrole z następnej sekcji.
Dlaczego testerzy nie dostają nowej kompilacji?
Najpierw sprawdź, czy docelowa kompilacja jest opublikowana na ścieżce testera, potem sprawdź konto testera i zainstalowaną wersję, a dopiero na końcu telefon. To kolejność sprawdzeń, a nie ranking najczęstszych przyczyn. Sprawa jest zamknięta, gdy uprawniony tester zainstalował docelową kompilację i ponownie przetestował zmianę; nowa data na stronie aplikacji w sklepie nie wystarczy.
Moja aktualizacja nadal jest w weryfikacji
Przesłana aktualizacja może wymagać weryfikacji, zanim ta kompilacja dotrze do testerów. Otwórz Publishing overview w Play Console i działaj zgodnie z tym, co tam widać:
- Zmiany jeszcze niewysłane: przejrzyj listę i wybierz Send changes for review.
- W weryfikacji (In review): potwierdź, że to właściwa aplikacja, ścieżka i wersja, i postępuj zgodnie z ewentualnymi komunikatami w Konsoli. Nie przesyłaj kolejnej kompilacji tylko po to, żeby ją odświeżyć; Google liczy czas weryfikacji od ostatniej przesłanej zmiany.
- Zmiany gotowe do opublikowania: zarządzana publikacja jest włączona, więc opublikuj zatwierdzone zmiany samodzielnie.
Wersja czekająca na weryfikację i testerzy nadal uczestniczący w teście to osobne stany. Google nie dokumentuje, by weryfikacja zwykłej aktualizacji wstrzymywała lub zerowała czas uczestnictwa Twoich testerów.
Tylko część testerów może zaktualizować aplikację
Opublikowana aktualizacja dociera tylko do testerów, do których jest wdrażana i którzy się do niej kwalifikują. Sprawdź po kolei:
- Wdrażanie etapowe: aktualizacje na ścieżkach testów, w tym testów zamkniętych, mogą korzystać z procentu wdrożenia, który nie rośnie samoczynnie. W sekcji Closed testing > Releases otwórz Manage rollout, aby zobaczyć procent i sprawdzić, czy wdrażanie nie zostało wstrzymane.
- Konto: adres na Twojej liście lub w Twojej grupie Google, konto, które dołączyło do testu, oraz konto zalogowane w Sklepie Play muszą być tym samym kontem.
- Test wewnętrzny: tester, który nadal uczestniczy w Twoim teście wewnętrznym, nie może otrzymywać wersji z testu zamkniętego, dopóki nie opuści testu wewnętrznego i nie dołączy do zamkniętego. To naprawa zapisów, a nie rutynowy krok aktualizacji.
- Kod wersji: Google Play instaluje najwyższy zgodny versionCode, do którego tester jest uprawniony. Sama zmiana versionName nie jest aktualizacją.
- Urządzenie: wersja musi obsługiwać urządzenie testera, a Twoje ustawienia dystrybucji muszą je obejmować.
Wersja jest dostępna, ale telefon nadal ma starą wersję
Zanim zmienisz cokolwiek w zapisie testera do testu, skorzystaj ze standardowej ścieżki aktualizacji w Sklepie Play:
- Otwórz stronę aplikacji w Google Play przez link do testów i kliknij Aktualizuj, jeśli przycisk jest widoczny, albo przejdź do profilu > Zarządzaj aplikacjami i urządzeniem > Dostępne aktualizacje.
- Sprawdź automatyczne aktualizacje: mogą być wyłączone, ograniczone do Wi-Fi albo wyłączone tylko dla tej jednej aplikacji.
- Sprawdź połączenie i wolne miejsce, a potem zamknij i ponownie otwórz Sklep Play.
- Dopiero wtedy wyczyść pamięć podręczną Sklepu Play (informacje o aplikacji > Pamięć i pamięć podręczna > Wyczyść pamięć podręczną). Wyczyszczenie pamięci podręcznej nie opublikuje wersji, która wciąż jest w trakcie weryfikacji.
Nie proś testerów, aby opuścili test i dołączyli ponownie w celu pobrania aktualizacji. Opuszczenie testu przerywa 14 nieprzerwanych dni tego testera. Odinstalowanie aplikacji, wyczyszczenie danych Usług Google Play czy reset telefonu również nie są częścią zwykłej aktualizacji.
Czym różnią się zaproszeni testerzy od uczestniczących?
Ta różnica sprawia początkującym deweloperom najwięcej problemów i wyjaśnia, dlaczego wersje aplikacji nie wpływają na licznik. Tester przechodzi przez kilka etapów, ale dopiero późniejsze etapy liczą się do wymagania.
Zaproszony
Adres e-mail znajduje się na liście testerów lub w Google Group. To jeszcze nie oznacza udziału.
Uczestniczący
Tester otwiera link przystąpienia do testów, loguje się na konto Google i wybiera Become a tester. Ten stan mierzy licznik 14 dni.
Zainstalowana i aktywnie używana aplikacja
Tester pobiera aplikację i nadal jej używa. Nie zmienia to samej liczby uczestników, ale pokazuje zaangażowanie oceniane przy prośbie o opublikowanie wersji produkcyjnej.
Dokumentacja Google jasno wskazuje, że samo dodanie adresu e-mail nie wystarcza. Każdy tester musi otworzyć link przystąpienia do testów, zalogować się i wyraźnie zostać testerem, zanim zostanie policzony. Dlatego też zwykła aktualizacja aplikacji nie rozpoczyna Twojego postępu od nowa: testerzy pozostają w teście, więc ich dni liczą się dalej przy kolejnych wersjach. Pełny proces opisuje nasz poradnik jak prawidłowo zaprosić testerów.
Wskazówka z obsługi tysięcy testów: zarządzaj testerami przez grupę Google zamiast statycznej listy e-mailowej. Google dokumentuje, że przesłanie pliku CSV nadpisuje poprzednią listę testerów, więc grupa chroni przed przypadkowym usunięciem aktywnych testerów podczas zmian. Grupa nie jest jednak gwarancją: członkostwo nadal decyduje o dostępie, więc usunięcie kogoś z grupy lub połączenie innej grupy zmienia to, kto jest uprawniony.
Jak dokładnie brzmi wymaganie Google?
Oficjalna strona pomocy Konsoli Play dotycząca wymagań testowania aplikacji na nowych osobistych kontach deweloperów podaje:
„Jeśli masz nowo utworzone osobiste konto dewelopera, musisz przeprowadzić testy zamknięte aplikacji z udziałem co najmniej 12 testerów, którzy nieprzerwanie uczestniczyli w programie testowania co najmniej przez ostatnie 14 dni.”
Pomoc Konsoli Google Play · answer 14151465Po spełnieniu wymogu w Konsoli Play wybierz oficjalnie nazwaną czynność:
„Poproś o opublikowanie wersji produkcyjnej”
Pomoc Konsoli Google Play · answer 14151465Google wyraźnie wymaga nieprzerwanego udziału przez ostatnie 14 dni. Tester, który uczestniczy krócej, opuszcza test i ponownie do niego dołącza, nie zachowuje wcześniejszych dni. Szczegóły wyjaśnia poradnik o 14 dniach z rzędu. To obala mit o sumowaniu dni, a jednocześnie wymaganie nic nie mówi o wersjach aplikacji.
Trzy fakty do zapamiętania
Czy wysyłanie aktualizacji podczas testu pomaga?
Obawa może stać się atutem. Aktualizacje podczas testu zamkniętego są powszechnie uznawane za pozytywny sygnał zaangażowania. Warto jednak oddzielić oficjalne stanowisko Google od wniosków społeczności deweloperów.
Wprowadzaj poprawki i ulepszenia
Pomoc Konsoli Play zachęca do ciągłego udoskonalania aplikacji: korzystaj z testu zamkniętego podczas usuwania problemów zgłoszonych przez użytkowników. Aktualizowanie aplikacji przed publikacją pomaga ograniczyć słabe recenzje i oceny.
Przy prośbie o opublikowanie wersji produkcyjnej kwestionariusz wymaga opisu zaangażowania oraz sposobu wykorzystania opinii testerów.
Aktywność wygląda lepiej niż zamrożona wersja
Praktycy idą dalej: aplikacja zamrożona na wersji 1.0 przez 14 dni bez żadnej aktywności wygląda jak test dla formalności, a taka, która wysyła poprawki w odpowiedzi na opinie, wygląda jak rzeczywisty rozwój. Niektórzy deweloperzy wysyłają dwie lub trzy małe aktualizacje, by pokazać, że reagują, ale Google nie publikuje takiego limitu (zobacz sekcję o liczbie wersji poniżej).
To opinia społeczności i rozsądny wniosek, a nie opublikowana zasada Google. Google nie ustaliło żadnego liczbowego wymagania typu „wyślij X aktualizacji”.
Aktualizowanie jest więc bezpieczne i pożądane, a historia zaangażowania może pomóc w odpowiedzi na kwestionariusz dostępu do wersji produkcyjnej. Jedyne rzeczywiste ryzyko wynika z jakości wysyłanej wersji, a nie z samego wysłania.
Czy podczas testu zamkniętego potrzebujesz dwóch lub trzech wersji?
Opublikowane wytyczne Google dotyczące testów zamkniętych nie określają minimalnej liczby wersji. Google zaleca reagowanie na opinie testerów i naprawianie problemów wykrytych podczas testów, a wniosek o dostęp do wersji produkcyjnej prosi o opisanie wprowadzonych zmian. Liczba przesłanych plików nie jest częścią wymagania.
- Utrzymuj co najmniej 12 testerów w teście przez 14 nieprzerwanych dni (opublikowane wymaganie)
Chroń nieprzerwany udział każdego testera od pierwszego dnia. - Reaguj na opinie i naprawiaj problemy wykryte podczas testów (wytyczne Google)
Prowadź krótki zapis opinii, poprawki i ponownego testu. - Wypuść dwie lub trzy wersje bez względu na wszystko (folklor społeczności, brak opublikowanego limitu)
Nie wymyślaj zmian na siłę i nie licz na to, że liczba wersji zapewni zatwierdzenie.
Skąd pochodzi ta rada: najwcześniejsza wyraźna wersja, jaką znaleźliśmy, to przypuszczenie jednego dewelopera z dyskusji z października 2024 r., że dwie lub trzy aktualizacje mogą pokazać Google pracę opartą na opiniach. W ciągu kilku tygodni powtórzono ją w wątkach społeczności, a później trafiła do poradników tak, jakby była zaleceniem Google. Pierwotne źródło jest nieznane, a deweloperzy zgłaszają odrzucenia zarówno z kilkoma aktualizacjami, jak i bez nich, więc sama liczba wersji niczego nie dowodzi.
Jeśli testy wykryją rzeczywisty problem, napraw go, opublikuj wersję i poproś testerów o ponowny test. Jeśli nie, napisz to uczciwie, gdy wypełniasz kwestionariusz dostępu do wersji produkcyjnej. Przesyłanie kosmetycznych wersji, gdy aktualizacja jest w trakcie weryfikacji, może też cofnąć Twoją aplikację w kolejce weryfikacji, ponieważ Google liczy czas weryfikacji od ostatniej przesłanej zmiany.
Czy wadliwa aktualizacja może pośrednio zresetować licznik?
Tak, to jedyne istotne zastrzeżenie. Samo aktualizowanie nigdy nie resetuje licznika bezpośrednio, ale skutki wadliwej wersji mogą do tego doprowadzić. Łańcuch wygląda tak:
Zasada jest prosta: aktualizuj swobodnie, ale przed wysłaniem na ścieżkę zamkniętą sprawdź podstawową stabilność każdej wersji. Nie opieraj testu dokładnie na 12 testerach, ponieważ jedna rezygnacja wywołana błędem może przerwać ciągłość. Zapas ponad 12 testerów pochłania to ryzyko.
Zwróć uwagę na kolejność: aktualizacja nie rozpoczyna od nowa niczyjego czasu uczestnictwa. Opóźnienie wynika z utraty kwalifikujących się testerów; wadliwa wersja jedynie wywołała rezygnacje. Utrzymuj stabilne wersje i zapas testerów, a ryzyko pośrednie znacznie się zmniejszy.
Czy po aktualizacji testerzy muszą ponownie zainstalować aplikację lub dołączyć?
Nie. Dotychczasowi testerzy, którzy dołączyli do testu i zainstalowali aplikację, zwykle aktualizują ją na miejscu przez Google Play. Nie muszą ponownie dołączać do testu, a Ty nie musisz ponownie wysyłać linku.
Aktualizacje zwykle instalują się na miejscu
Pomoc Konsoli Google Play na stronie Set up an open, closed, or internal test (po angielsku, answer 9845334) wyjaśnia, że po instalacji aplikacji testerzy automatycznie otrzymają wersję testową w ciągu kilku minut. Przy każdej wersji nadal uczestniczą w teście, bez ponownej instalacji i klikania linku.
Ta sama strona Google zaznacza, że po opublikowaniu dodatkowych zmian mogą one być niedostępne dla testerów przez kilka godzin, zanim urządzenie pobierze aktualizację. Uczestnictwo mierzone przez licznik 14 dni pozostaje jednak aktywne przy każdym nowym AAB. Właśnie dlatego aktualizacja nie resetuje licznika: testerzy nie opuszczają testu.
Ważny wyjątek Nowe uprawnienia mogą przerwać cichą aktualizację
Nie każda wersja instaluje się bez działania użytkownika. Aktualizacja dodająca nowe niebezpieczne, wrażliwe uprawnienie, takie jak ACCESS_FINE_LOCATION, dostęp do kamery lub mikrofonu, może wymagać ręcznego kliknięcia Update. Zależy to od uprawnienia i docelowego poziomu API. Osoba, która zignoruje monit, pozostanie na starej wersji. Nawet po cichej instalacji nowe uprawnienie jest przyznawane dopiero w czasie działania, więc zależna funkcja może wyglądać na uszkodzoną do chwili udzielenia zgody.
W teście zamkniętym to cicha pułapka: jeśli w trakcie testu wyślesz aktualizację z wieloma uprawnieniami, część testerów może zostać na starej wersji albo trafić na zablokowaną funkcję, dopóki nie zezwoli na uprawnienie. Nowe uprawnienie wysokiego ryzyka może też wymagać deklaracji uprawnień w Play Console, zanim wersja w ogóle zostanie opublikowana. Zgoda w czasie działania na telefonie i deklaracja w Konsoli to dwie osobne kontrole.
Przed wdrożeniem w trakcie testu: porównaj uprawnienia nowego manifestu z opublikowaną wersją. Jeśli zestaw się zmienił, poproś testerów o otwarcie Play Store, ręczną aktualizację i zaakceptowanie nowego monitu. Zostaw też czas na ewentualną weryfikację deklaracji.
Najczęstsze mity o testach zamkniętych
Większość obaw przed aktualizacją wynika z kilku mitów. Oto pięć najczęstszych wraz z rzeczywistymi zasadami:
Mit 1„Nowa wersja resetuje licznik.”
Mit 2„Odinstalowanie oznacza opuszczenie testu.”
Mit 3„14 dni można zsumować.”
Mit 4„Dokładnie 12 testerów wystarczy.”
Mit 5„Testerzy muszą codziennie używać aplikacji.”
Co resetuje licznik, a co nie
Cała odpowiedź mieści się w jednej tabeli. Zachowaj ją lub wyślij zespołowi. Działania związane z wersją aplikacji są bezpieczne. Ryzyko dotyczy tylko liczby uczestniczących testerów.
| Działanie | Czy resetuje 14 dni? |
|---|---|
| Przesłanie nowego AAB na tę samą ścieżkę zamkniętą | Nie |
| Zmiana informacji o wersji lub metadanych aplikacji | Nie |
| Przesłanie opinii przez testera | Nie |
| Awaria aplikacji na urządzeniu testera | Nie |
| Odinstalowanie bez opuszczenia testu | Nie* |
| Spadek liczby uczestniczących testerów poniżej 12 | Tak |
| Formalne opuszczenie testu przez stronę internetową | Tak** |
| Wadliwa wersja powoduje rezygnacje i spadek poniżej 12 | Pośrednio |
| Wstrzymanie ścieżki testów zamkniętych | Zgłaszane ryzyko |
| Nadpisanie listy z pominięciem aktywnych testerów | Zgłaszane ryzyko |
* To nie rezygnacja, ale tester bez zainstalowanej aplikacji jej nie testuje. ** Tylko jeśli zostanie mniej niż 12 kwalifikujących się testerów. „Tak” oznacza tu, że najwcześniejsza data złożenia wniosku się przesuwa: testerzy, którzy zostali, zachowują swoje dni, ale zastępca zaczyna od pierwszego dnia. Google dokumentuje, że przesłanie pliku CSV nadpisuje poprzednią listę, a wstrzymanie testu zatrzymuje jego aktualizacje; nie wiadomo, jak potem liczone są dni, więc dwa ostatnie wiersze traktuj jako „nie ryzykuj”.
Jak zmieniało się wymaganie
Stare poradniki podają inne liczby właśnie z powodu zmian zasad. Wymagany okres zawsze wynosił 14 dni nieprzerwanego udziału. Zmieniała się tylko liczba testerów.
Przed listopadem 2023 r. publikacja wersji produkcyjnej nie wymagała testu zamkniętego. Testerzy nie byli obowiązkowi.
Google ogłosiło wymaganie 9 listopada 2023 r. Konta osobiste utworzone po 13 listopada 2023 r. musiały przeprowadzić test zamknięty z udziałem 20 testerów nieprzerwanie przez 14 dni. Konta organizacji były zwolnione.
11 grudnia 2024 r. minimum spadło z 20 do 12 testerów, a okres 14 dni pozostał bez zmian. Konta organizacji nadal są zwolnione.
Każdy poradnik, który nadal wymaga 20 testerów, jest nieaktualny. Szczegóły znajdziesz w omówieniu zmiany z 20 na 12 testerów.
Zmiany zasad w 2026 roku, które warto znać
Test zamknięty nie jest jedynym wymogiem. Kilka terminów z 2026 roku może przeciąć się z planem publikacji. Żaden nie zmienia działania licznika 14 dni, ale brak uwzględnienia ich w harmonogramie może spowodować opóźnienie.
Terminy w 2026 roku ważne dla harmonogramu
Terminy pochodzą z pomocy Konsoli Google Play dotyczącej docelowego poziomu API oraz z Android Developers Blog o weryfikacji deweloperów. Weryfikacja jest wdrażana etapami i może rozszerzać się w latach 2026-2027, dlatego przed planowaniem sprawdź oficjalne strony. Pełną listę zawiera poradnik o wymaganiach publikacji w 2026 roku.
Jak PrimeTestLab utrzymuje ciągłość testu
Najtrudniejsze w teście zamkniętym nie jest zrozumienie reguł, lecz utrzymanie co najmniej 12 prawdziwych osób w teście i ich zaangażowania przez 14 dni z rzędu podczas wprowadzania zmian. Do tego służy PrimeTestLab. Zapewniamy testerów na prawdziwych urządzeniach i pomagamy skonfigurować Play Console, aby licznik ruszył prawidłowo i działał podczas wysyłania poprawek. Zakres opisuje nasza usługa testów zamkniętych Google Play. Skuteczność wynosi 99,9% przy ponad 7 400 aplikacjach, a test może ruszyć w 4-6 godzin.
Dodajesz naszych testerów w Play Console, udostępniasz URL testu i zaczyna się 14 dni. Od tej chwili możesz wysyłać aktualizacje, kiedy potrzebujesz; testerzy pozostają w teście, gdy rozwijasz aplikację.
Dokładne minimum Google, bez zapasu
plus 5% opłaty serwisowej
Największy zapas na wypadek rezygnacji
plus 5% opłaty serwisowej
Rozsądny środek i większy spokój
plus 5% opłaty serwisowej
Plan powyżej minimum 12 testerów daje Ci dodatkowych testerów, którzy zaczynają tego samego dnia, więc jedna rezygnacja, także spowodowana wadliwą wersją, nie zostawi Cię z mniej niż 12. Zapas pomaga tylko wtedy, gdy ci testerzy dołączą wcześnie: późny zastępca zaczyna własne 14 dni. Ceny dotyczą jednej aplikacji, plus 5% opłaty serwisowej przy płatności (minimum $1.50).
Najczęstsze pytania
Czy mogę zaktualizować aplikację podczas testu zamkniętego bez resetowania 14 dni?
Tak. Zwykła aktualizacja tej samej aplikacji na trwającej ścieżce zamkniętej sama w sobie nie rozpoczyna od nowa czasu uczestnictwa testerów. Dbaj o to, by dotychczasowi testerzy pozostali uprawnieni i w teście. Nowa wersja może nadal wymagać weryfikacji i publikacji, zanim testerzy będą mogli ją zainstalować, więc dostarczenie wersji sprawdzaj niezależnie od wymagania dotyczącego testów.
Co resetuje licznik testu zamkniętego?
Google nie publikuje listy kontrolnej resetów obejmującej każde działanie w Konsoli. Wymaganie dotyczy nieprzerwanego udziału każdego testera. Tester, który opuści test i dołączy ponownie, zaczyna swoje 14 dni od nowa, a utrata wystarczającej liczby kwalifikujących się testerów może opóźnić Twój wniosek. Nowy zastępca zaczyna od pierwszego dnia. Zwykła aktualizacja wersji to zupełnie inne zdarzenie.
Czym różni się tester zaproszony od uczestniczącego w teście?
Zaproszenie oznacza, że konto jest na Twojej liście testerów lub w Twojej grupie Google. Uczestnictwo oznacza, że tester otworzył link do testów z tego konta i dołączył do testu. Samo dodanie adresu nie kończy zapisu. Poproś testerów o potwierdzenie konta, a potem o instalację, korzystanie z aplikacji i przesyłanie wartościowych opinii.
Czy po aktualizacji testerzy muszą ponownie dołączyć do testu?
Zwykle nie. Dotychczasowi uprawnieni testerzy otrzymują zwykłą aktualizację przez Google Play bez ponownego dołączania do tego samego testu. Zachowaj ich zapis bez zmian, a potem poproś ich o sprawdzenie strony aplikacji i zainstalowanej wersji. Automatyczna instalacja zależy od dostępności wersji i ustawień urządzenia, więc nie obiecuj każdemu testerowi aktualizacji w ciągu kilku minut.
Czy odinstalowanie aplikacji oznacza opuszczenie testu?
Nie. Odinstalowanie usuwa aplikację z telefonu, a rezygnacja zmienia udział w teście. Ani dzisiejsza liczba instalacji, ani dzisiejsza lista zaproszeń nie dowodzi nieprzerwanego udziału. Tester, który odinstalował aplikację, nie może też testować tej instalacji, więc potwierdź, że nadal jest w teście, i poproś go o ponowną instalację i dalsze testowanie.
Czy Google oczekuje aktualizacji podczas testu?
Google zaleca reagowanie na opinie testerów i naprawianie problemów, a wniosek o dostęp do wersji produkcyjnej pyta, co zmieniono po testach. Google nie publikuje wymaganej liczby wersji. Wysyłaj przydatne poprawki, gdy są potrzebne, zapisuj, co się zmieniło, i testuj je ponownie. Nie wydawaj kosmetycznych wersji tylko po to, by spełnić rzekomą zasadę dwóch lub trzech aktualizacji.
Ilu testerów naprawdę potrzeba do testu zamkniętego?
W przypadku kont osobistych utworzonych po 13 listopada 2023 r. minimum to 12 testerów, z których każdy w chwili składania wniosku uczestniczy w teście nieprzerwanie przez ostatnie 14 dni. Wcześnie zebrani dodatkowi testerzy dają Ci zapas. Zastępcy dodani późno nie przejmują dni testerów, którzy odeszli, a żadna liczba testerów nie gwarantuje dostępu do wersji produkcyjnej.
Czy muszę wydać dwie lub trzy aktualizacje, żeby przejść?
Opublikowane wytyczne Google nie określają takiego limitu. Pytania dotyczą testów, opinii, zmian i gotowości. Jeśli testy wykryją rzeczywisty problem, napraw go i zapisz ponowny test. Jeśli nie, opisz testy uczciwie. Sama liczba wersji ani nie dowodzi przydatnych testów, ani nie gwarantuje przyznania dostępu do wersji produkcyjnej.
Moja wersja jest dostępna, więc dlaczego tester nadal ma starą wersję?
Sprawdź konto Google testera, jego zapis na ścieżkę, procent wdrożenia i versionCode. Następnie poproś go o otwarcie strony aplikacji w Google Play i sprawdzenie, czy jest przycisk Aktualizuj. Automatyczne aktualizacje mogą być wyłączone lub opóźnione przez warunki na urządzeniu. Potwierdź, że wersja faktycznie się zainstalowała; data aktualizacji na stronie aplikacji nie wystarczy.
Czy status „W trakcie weryfikacji” wstrzymuje mój 14-dniowy test?
Aktualizacja w trakcie weryfikacji czeka, aż Google przetworzy tę wersję. Google nie opisuje weryfikacji zwykłej aktualizacji jako czegoś, co wstrzymuje dotychczasowy czas uczestnictwa Twoich testerów. Sprawdź, czy trwający test jest nadal dostępny, a zapisy testerów nienaruszone. Kolejne przesłanie może opóźnić weryfikację wersji, która jest czymś innym niż wymaganie nieprzerwanego testowania.
Czy testerzy powinni opuścić test i dołączyć ponownie, żeby dostać aktualizację?
Nie. Opuszczenie testu zamkniętego i ponowne dołączenie nie naprawia problemu z aktualizacją, a przerywa kolejne dni uczestnictwa tego testera. Najpierw sprawdź publikację, konto testera, wdrażanie i versionCode, a potem wypróbuj standardową ścieżkę aktualizacji w Sklepie Play. Naprawdę błędny zapis naprawiaj osobno, wiedząc, jak wpłynie on na 14 dni tego testera.
Podsumowanie
Najważniejsze
Aktualizowanie aplikacji podczas 14-dniowego testu zamkniętego jest bezpieczne, normalne i pożądane. Google mierzy nieprzerwany udział każdego testera, dlatego zwykła aktualizacja na tej samej ścieżce zamkniętej nie rozpoczyna od nowa 14 dni Twoich testerów. Rzeczywiste ryzyko to utrata kwalifikujących się testerów, formalne opuszczenie testu przez testerów lub tak wadliwa wersja, że testerzy rezygnują. Wysyłaj prawdziwe poprawki, reaguj na opinie i chroń liczbę testerów zapasem zebranym wcześnie. Jeśli chcesz pomocy w utrzymaniu w teście 12 lub więcej testerów, PrimeTestLab zapewnia od 12 do 25 prawdziwych testerów od $19.99, plus 5% opłaty serwisowej (minimum $1.50), a test rusza w 4-6 godzin. Jeśli po pełnym teście dostęp do wersji produkcyjnej nie zostanie przyznany, wybierasz bezpłatny ponowny test lub pełny zwrot pieniędzy. Zobacz plany →