Zacznij
← Blog

Wymogi

Czy można aktualizować aplikację w trakcie testu zamkniętego? 14 dni biegnie dalej — jak i jak często publikować aktualizacje

Przesłanie nowej wersji w trakcie testu zamkniętego nie przerywa 14 dni. Wręcz przeciwnie — warto publikować aktualizacje, bo kwestionariusz dostępu do wersji produkcyjnej pyta, co zmieniłeś. Omawiamy, jak przesłać aktualizację w Play Console, jak często i co publikować oraz kiedy aktualizacja może zepsuć test.

Ostatnio sprawdzono 14 paź 2026.

1. Tak, możesz publikować aktualizacje — 14 dni się nie przerywa

Nawet jeśli w trakcie testu zamkniętego prześlesz nową wersję, 14 dni nie zacznie się od nowa. Dokumentacja Centrum pomocy Play Console opisuje wymóg wyłącznie jako „co najmniej 12 testerów nieprzerwanie uczestniczących w teście przez 14 dni” i nie stawia warunków dotyczących liczby wersji ani aktualizacji. Przesłanie nowej wersji na tę samą ścieżkę nie zmienia statusu uczestnictwa testerów.

14 dni przerywa nie aktualizacja, tylko odejście testera: gdy tester rezygnuje z udziału, odinstalowuje aplikację, zostaje usunięty z listy testerów albo gdy przenosisz test na nowo utworzoną ścieżkę. Szczegółowe zasady liczenia znajdziesz w artykule od kiedy liczy się 14 dni.

2. Dlaczego warto je publikować

Gdy po 14 dniach złożysz wniosek o dostęp do wersji produkcyjnej, ostatnia część kwestionariusza zapyta, jak zmieniłeś aplikację na podstawie wyników testu zamkniętego i na jakiej podstawie uznałeś, że jest gotowa do publikacji. Jeśli przez cały test była tylko jedna wersja, nie masz czego tu wpisać.

Jeśli natomiast zostały wersje przesłane w trakcie testu i opis tego, co poprawiono w każdej z nich, stanowią one gotową podstawę odpowiedzi. Gdy podasz numery wersji razem ze zmianami, np. „w 1.0.2 skróciliśmy ładowanie pierwszego ekranu, a w 1.0.3 naprawiliśmy błąd logowania zgłoszony przez testerów”, osoba weryfikująca może to sprawdzić. Przykłady dla poszczególnych pytań znajdziesz w artykule przykładowe odpowiedzi w kwestionariuszu dostępu do wersji produkcyjnej, a problemy wynikające z posiadania tylko jednej wersji — w artykule 7 powodów odrzucenia wniosku.

3. Jak przesłać aktualizację w Play Console

  1. Zwiększ kod wersji (versionCode) aplikacji tak, by był wyższy niż w poprzedniej wersji, i zbuduj nowy pakiet App Bundle (.aab). Raz użytego kodu wersji nie można użyć ponownie.
  2. W menu po lewej przejdź do Testowanie i publikowanie → Testowanie → Test zamknięty i kliknij Zarządzaj ścieżką przy ścieżce, w której obecnie uczestniczą testerzy.
  3. Na karcie Wersje utwórz nową wersję, prześlij pakiet App Bundle, opisz zmiany w informacjach o wersji i zapisz.
  4. W menu po lewej otwórz Przegląd publikowania i wyślij zmiany do weryfikacji. Jeśli masz włączone zarządzane publikowanie, po zakończeniu weryfikacji musisz samodzielnie opublikować zmiany, by trafiły do testerów.
  5. Po zakończeniu weryfikacji aktualizacja pojawi się w Sklepie Play testerów. Urządzenia z włączonymi automatycznymi aktualizacjami pobiorą ją same, a w przeciwnym razie testerzy zaktualizują aplikację ręcznie.
Jak po raz pierwszy otworzyć ścieżkę (dodanie testerów, kraje/regiony, link do wyrażenia zgody), opisaliśmy ze zrzutami ekranu w części konfiguracja w Play Console w artykule o wymogach testów zamkniętych.

4. Jak często i co publikować

Nie ma ustalonej liczby. W praktyce co 3–4 dni, czyli dwie lub trzy aktualizacje w ciągu 14 dni, wystarczą, by zostawić historię, którą opiszesz w kwestionariuszu. Nie musisz budować dużych nowych funkcji — wystarczą drobne poprawki tego, co zauważyłeś w trakcie testu.

  • Poprawki niedogodności lub błędów zgłoszonych przez testerów
  • Poprawki problemów występujących tylko na określonych urządzeniach lub wersjach systemu
  • Przyspieszenie wolno ładującego się pierwszego ekranu (gdy pierwsze uruchomienie jest wolne, testerzy rzadziej korzystają z aplikacji)
  • Uporządkowanie elementów, które myliły testerów, np. tekstów lub układu ekranu

Jeśli przy każdej wersji dopiszesz jedno zdanie o zmianach w informacjach o wersji, ta lista stanie się później gotową odpowiedzią w kwestionariuszu. Duże zmiany tuż przed złożeniem wniosku nie dają testerom czasu na wypróbowanie nowej wersji, więc lepiej publikować je na początku lub w połowie testu.

5. Kiedy aktualizacja psuje test

Sama aktualizacja nie przerywa 14 dni, ale przy jej publikowaniu można popełnić błędy, które psują test.

  • Aktualizację przesłano na nowo utworzoną ścieżkę. Po zmianie ścieżki dotychczasowe uczestnictwo nie jest kontynuowane. Aktualizacje przesyłaj na obecną ścieżkę.
  • Aktualizację przesłano na ścieżkę testu wewnętrznego. Nie trafi do testerów w teście zamkniętym. Do wymogu liczy się też tylko test zamknięty (różnice między testem wewnętrznym, zamkniętym i otwartym).
  • Przy okazji uporządkowano listę testerów. Konta usunięte z listy od razu przestają się liczyć. W trakcie testu tylko dodawaj testerów, nie usuwaj ich.
  • Przesłano wersję, która wysypuje się przy pierwszym uruchomieniu. Aplikację, która zamyka się zaraz po otwarciu, testerzy łatwo odinstalowują, a wtedy przestają się liczyć. Przed przesłaniem sprawdź instalację i pierwsze uruchomienie na własnym urządzeniu.

6. Gdy testerzy nie widzą aktualizacji

  • Sprawdź w Przeglądzie publikowania, czy zmiana nadal jest w sekcji Zmiany w trakcie weryfikacji. Trafi do testerów dopiero po zakończeniu weryfikacji.
  • Jeśli masz włączone zarządzane publikowanie, sprawdź, czy po zakończeniu weryfikacji samodzielnie opublikowałeś zmiany.
  • Sprawdź, czy ścieżka, na którą przesłano wersję, jest tą samą ścieżką, w której uczestniczą testerzy.
  • Tuż po publikacji Sklep Play może potrzebować trochę czasu, by wykryć aktualizację. Testerzy mogą otworzyć stronę aplikacji w Sklepie Play i zaktualizować ją ręcznie.

W DUIRE urządzenia testowe codziennie sprawdzają, czy jest nowa wersja. Wystarczy, że prześlesz ją do Play Console, a urządzenia ją pobiorą i zainstalują, zapisując w historii, kiedy i jaka wersja została zainstalowana na każdym z nich. Ta historia trafia do raportu końcowego i stanowi podstawę odpowiedzi w kwestionariuszu.

Najczęstsze pytania

Czy po przesłaniu aktualizacji 14 dni zaczyna się od nowa?
Nie. Wymóg sprawdza, czy 12 testerów, którzy wyrazili zgodę na udział, pozostało w teście przez 14 dni. Przesłanie nowej wersji na tę samą ścieżkę testów zamkniętych nie zmienia statusu uczestnictwa testerów.
Czy w trakcie testu muszę publikować aktualizacje?
To nie jest obowiązkowe. Kwestionariusz dostępu do wersji produkcyjnej pyta jednak, co zmieniłeś na podstawie wyników testu zamkniętego, więc jeśli masz tylko jedną wersję, nie masz czego opisać — a to działa na Twoją niekorzyść.
Ile trwa weryfikacja aktualizacji?
Nie ma ustalonego czasu — od kilku godzin do kilku dni. W trakcie weryfikacji testerzy nadal uczestniczą w teście z poprzednią wersją, więc okres się nie zatrzymuje.
Czy mogę ponownie przesłać wersję z tym samym kodem wersji?
Nie. Raz użytego kodu wersji (versionCode) nie można użyć ponownie, więc przy każdej aktualizacji musisz zbudować aplikację z wyższym numerem niż poprzednio. Nazwę wersji (wyświetlaną nazwę, np. 1.0.1) ustawiasz osobno.
Czy testerzy z testu zamkniętego otrzymają aktualizację przesłaną na ścieżkę testu wewnętrznego?
Nie. Testerzy z testu zamkniętego otrzymują wersje przesłane na ich ścieżkę testów zamkniętych. Aktualizacje w trakcie testu przesyłaj na dokładnie tę ścieżkę, w której uczestniczą testerzy.

Spełnij wymóg bez szukania testerów

DUIRE dołącza do Twojego testu zamkniętego z prawdziwymi urządzeniami z Androidem i codziennie przez 14 dni uruchamia Twoją aplikację. Rejestracja aplikacji i sprawdzenie możliwości instalacji są bezpłatne.