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
- 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.
- 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.
- Na karcie Wersje utwórz nową wersję, prześlij pakiet App Bundle, opisz zmiany w informacjach o wersji i zapisz.
- 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.
- 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.
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.