Nie, aktualizacja nie resetuje
Aktualizuj swobodnie. Nowa wersja nie zatrzymuje licznika 14 dniŻadna reguła nie mówi, że utworzenie nowej wersji resetuje licznik testu zamkniętego. Wymaganie 14 dni dotyczy nieprzerwanego udziału co najmniej 12 testerów. Nie zależy od wersji aplikacji, pola versionCode ani liczby przesłanych plików.
Liczba uczestniczących testerów spada poniżej 12.
Jeśli testerzy formalnie opuszczą test i liczba spadnie poniżej minimum, ciągłość zostanie przerwana z powodu zbyt małej liczby testerów, nie aktualizacji.
Szybka odpowiedź
Nie. Aktualizacja aplikacji podczas 14-dniowego testu zamkniętego (closed testing) nie resetuje licznika, więc możesz przesyłać nowe wersje tak często, jak trzeba. Nowy AAB na istniejącej ścieżce testów zamkniętych nie rozpoczyna 14 dni od nowa. Liczy się nieprzerwany udział co najmniej 12 testerów, a nie wersja aplikacji, versionCode ani klucz podpisu. Ciągłość zostaje przerwana dopiero wtedy, gdy liczba uczestniczących testerów spadnie poniżej 12 wskutek formalnych rezygnacji. Aktualizacje są bezpieczne, a Google wręcz zachęca do wprowadzania poprawek. PrimeTestLab utrzymuje udział co najmniej 12 prawdziwych testerów, gdy wysyłasz kolejne wersje.
To jedna z najczęstszych obaw podczas testu zamkniętego. W połowie 14-dniowego okresu pojawia się błąd i łatwo uznać, że przesłanie poprawki usunie postęp. Tak się nie stanie. Licznik obserwuje testerów, nie wersje aplikacji. Ten poradnik dokładnie rozdziela działania resetujące licznik od bezpiecznych zmian, zawiera dwa interaktywne narzędzia i wyjaśnia, dlaczego Google chce widzieć rzeczywiste aktualizacje. Stan na 30 czerwca 2026 r.
W tym poradniku
Czy aktualizacja aplikacji resetuje 14-dniowy licznik testu zamkniętego?
Nie. To najczęstsza obawa deweloperów w trakcie testu. Przesłanie nowego pakietu aplikacji na istniejącą ścieżkę testów zamkniętych nie rozpoczyna wymaganego okresu 14 dni od nowa.
Licznik 14 dni jest związany z testerami, a nie z wersją aplikacji. Google sprawdza nieprzerwany udział co najmniej 12 testerów przez ostatnie 14 dni. Numer wersji, liczba nowych plików AAB i zmiany w informacjach o wersji nie są częścią tego wymagania.
W społeczności deweloperów Google Play regularnie wraca pytanie, czy nowa wersja w teście zamkniętym resetuje 14 dni. Zamiast opierać się na niezweryfikowanych wpisach z forów, ten poradnik korzysta z dokumentacji pomocy Play Console. Definiuje ona wymaganie wyłącznie przez liczbę uczestniczących testerów i czas, nigdy przez liczbę przesłanych wersji.
W ponad 7 400 aplikacjach objętych naszym wsparciem zwykła aktualizacja na tej samej ścieżce testów zamkniętych nigdy sama nie zresetowała licznika.
Masz wątpliwości dotyczące konkretnego działania? Wybierz je w narzędziu poniżej i od razu sprawdź wpływ na licznik 14 dni.
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 choć jedna osoba zrezygnuje i liczba spadnie do 11 testerów, ciągłość może zostać przerwana, a pełne dwa tygodnie zaczną się od nowa. To najczęstsza przyczyna niepowodzeń samodzielnych testów.
Testerzy formalnie opuszczają test
Tester opuszcza test przez jego stronę internetową, wybierając rezygnację. To nie jest to samo co odinstalowanie i szkodzi licznikowi tylko wtedy, gdy liczba spada poniżej 12.
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 Play Console wystarczą dwa kroki.
Utwórz nową wersję na ścieżce testów zamkniętych Testing > Closed testing > Manage track
Otwórz używaną ścieżkę testów zamkniętych, kliknij Create new release i prześlij zaktualizowany pakiet aplikacji (AAB). Dodaj krótkie informacje o zmianach i zapisz. Pozostań na tej samej ścieżce, aby zachować ciągłość 14 dni.
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. Jeśli pojawi się taki wymóg, kliknij Send changes for review w Publishing overview. Google podaje, że opublikowana zmiana może docierać do testerów przez kilka godzin. Ich urządzenia automatycznie pobiorą nową wersję, bez ponownej instalacji i dołączania do testu.
To nie resetuje licznika. Publikujesz na tej samej ścieżce testów zamkniętych, do której testerzy już dołączyli, dlatego okres 14 dni trwa przy nowej wersji. Dodajesz wersję do istniejącego testu, a nie zaczynasz nowy test.
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 do testów, zalogować się i wyraźnie dołączyć. Aktualizacja nie resetuje postępu, ponieważ testerzy pozostają uczestnikami przy każdej nowej wersji. Pełny proces opisuje poradnik jak prawidłowo zaprosić testerów.
Wskazówka z tysięcy testów: zarządzaj testerami przez Google Group zamiast statycznej listy e-mailowej. Po połączeniu grupy z Play Console dodajesz lub usuwasz osoby przez edycję grupy, a link do testów i ścieżka pozostają bez zmian. Eliminuje to ryzyko przypadkowego usunięcia aktywnych testerów podczas zmiany listy.
Jak dokładnie brzmi wymaganie Google?
Oficjalna strona pomocy Play Console 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 Google Play Console · answer 14151465Po spełnieniu wymogu w Play Console wybierz oficjalnie nazwaną czynność:
„Poproś o opublikowanie wersji produkcyjnej”
Pomoc Google Play Console · 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 Play Console 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
Aplikacja pozostawiona na wersji 1.0 przez 14 dni bez żadnej aktywności może wyglądać jak test wykonywany tylko dla formalności. Aktualizacje odpowiadające na opinie testerów pokazują rzeczywisty rozwój. Niektórzy deweloperzy świadomie przesyłają dwie lub trzy małe poprawki.
To zgodna opinia społeczności i rozsądny wniosek, a nie opublikowana zasada Google. Google nie wymaga konkretnej liczby 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 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ść: resetu nigdy nie powoduje sama aktualizacja. Przyczyną jest spadek poniżej 12 uczestniczących testerów. Wadliwa wersja jedynie wywołuje rezygnacje. Utrzymuj stabilne wersje i zapas testerów, a ryzyko pośrednie również znika.
Czy po aktualizacji testerzy muszą ponownie zainstalować aplikację lub dołączyć?
Nie. Po dołączeniu testera i zainstalowaniu aplikacji Google obsługuje aktualizacje automatycznie. Tester nie musi niczego ponownie klikać, a Ty nie musisz ponownie wysyłać linku.
Aktualizacje są wdrażane automatycznie
Pomoc Google Play Console 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. Aktualizacja z wieloma uprawnieniami wysłana w 5. dniu może zmniejszyć aktywność testerów, ponieważ część osób nie zauważy monitu. Nowe uprawnienie wysokiego ryzyka może również uruchomić weryfikację deklaracji uprawnień i opóźnić publikację wersji.
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 |
* Licznik technicznie działa dalej, ale osoba odinstalowująca aplikację rzadko wraca. ** Tylko jeśli liczba spadnie poniżej 12. Dwa ostatnie wiersze to ostrożnościowe wskazówki społeczności, a nie potwierdzona dokumentacja Google. Google Group całkowicie eliminuje ryzyko nadpisania listy.
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.
Osobiste konta dewelopera 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 Google Play Console 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.
Dodaj naszych testerów w Play Console i udostępnij URL testu, aby uruchomić licznik. Od tej chwili możesz aktualizować aplikację dowolnie często. Testerzy pozostają uczestnikami, więc ciągłość jest zachowana. Jeśli zarządzasz kilkoma ścieżkami testów, przez cały wymagany okres korzystaj z tej samej ścieżki zamkniętej.
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
Plus 5% opłaty serwisowej · Bezpłatny ponowny test lub pełny zwrot pieniędzy
Większość deweloperów wybiera więcej niż minimalne 12 testerów, aby pojedyncza rezygnacja, nawet wywołana wadliwą wersją, nie zmniejszyła liczby poniżej 12 i nie zresetowała licznika. Zapas to najtańsza ochrona przed jedynym zdarzeniem, które naprawdę przerywa ciągłość.
Najczęstsze pytania
Czy mogę zaktualizować aplikację podczas testu zamkniętego bez resetowania 14 dni?
Tak. Przesłanie nowej wersji na istniejącą ścieżkę testu zamkniętego nie rozpoczyna od nowa 14-dniowego okresu. Licznik zależy od nieprzerwanego udziału co najmniej 12 testerów, a nie od wersji Twojej aplikacji. Testerzy otrzymują aktualizację automatycznie i nadal uczestniczą w teście, więc postęp jest zachowany między wersjami.
Co resetuje licznik testu zamkniętego?
Ciągłość 14-dniowego okresu zostaje przerwana, gdy liczba uczestniczących testerów spada poniżej 12. Może do tego dojść, gdy testerzy formalnie opuszczą test. Aktualizacje wersji, zmiany informacji w Google Play i awarie aplikacji nie resetują licznika. Najpewniejszą ochroną jest utrzymywanie zapasu testerów ponad wymagane 12.
Czym różni się tester zaproszony od uczestniczącego w teście?
Zaproszenie oznacza tylko dodanie adresu e-mail do listy i nie liczy się do wymagania. Uczestnictwo zaczyna się po otwarciu linku do testów, zalogowaniu i wybraniu opcji "Become a tester". Właśnie ten stan mierzy licznik 14 dni. Zawsze sprawdź, czy testerzy faktycznie ukończyli etap dołączenia.
Czy po aktualizacji testerzy muszą ponownie dołączyć do testu?
Nie. Gdy tester dołączy do testu i zainstaluje aplikację, Google automatycznie dostarcza aktualizacje w ciągu kilku minut. Ponowna instalacja ani ponowne kliknięcie linku nie są potrzebne. Uczestnictwo, które mierzy wymóg 14 dni, trwa bez przerwy po każdej nowej wersji przesłanej na tę samą ścieżkę testów zamkniętych.
Czy odinstalowanie aplikacji oznacza opuszczenie testu?
Nie. Tester formalnie opuszcza test dopiero po otwarciu jego strony internetowej i wybraniu opcji rezygnacji. Samo odinstalowanie technicznie nie zatrzymuje licznika. W praktyce taka osoba rzadko wraca, co może osłabić wykazywane zaangażowanie podczas prośby o opublikowanie wersji produkcyjnej, dlatego warto utrzymywać testerów aktywnych.
Czy Google oczekuje aktualizacji podczas testu?
Dokumentacja Google zaleca dalsze usuwanie problemów w teście zamkniętym przed publikacją i regularne testowanie przyszłych aktualizacji. Społeczność deweloperów uznaje aktywne poprawki za pozytywny sygnał zaangażowania, w przeciwieństwie do zamrożonej aplikacji sprawiającej wrażenie formalności. Google nie określa wymaganej liczby aktualizacji, dlatego wprowadzaj tylko rzeczywiste ulepszenia.
Ilu testerów naprawdę potrzeba do testu zamkniętego?
Minimum Google to 12 testerów uczestniczących nieprzerwanie przez 14 dni w przypadku kont osobistych utworzonych po 13 listopada 2023 r. Ponieważ jedna rezygnacja może zmniejszyć liczbę poniżej 12 i przerwać ciągłość, wielu deweloperów korzysta z zapasu 20 lub 25 testerów. PrimeTestLab oferuje plany dla 12, 20 i 25 testerów od $19.99, plus 5% opłaty serwisowej.
Podsumowanie
Najważniejsze
Aktualizowanie aplikacji podczas 14-dniowego testu zamkniętego jest bezpieczne, normalne i pożądane. Licznik mierzy nieprzerwany udział co najmniej 12 testerów, dlatego nowa wersja sama w sobie nigdy go nie resetuje. Rzeczywiste ryzyko to spadek poniżej 12 uczestniczących testerów, formalne opuszczenie testu przez testerów lub tak wadliwa wersja, że zniechęci ich do dalszego udziału. Wysyłaj poprawki, reaguj na opinie i utrzymuj zapas ponad minimum. PrimeTestLab zapewnia od 12 do 25 prawdziwych testerów od $19.99, plus 5% opłaty serwisowej. Test może ruszyć w 4-6 godzin. Otrzymujesz bezpłatny ponowny test lub pełny zwrot pieniędzy. Zobacz plany →