Jak to wymaganie skaluje się w praktyce
Każda nowa aplikacja potrzebuje własnego testu zamkniętego, ale te same osoby mogą dołączyć do każdego z nich. Nie muszą to być inni ludzie.
Wymóg powtarza się dla każdej aplikacji. Testerzy nie muszą się zmieniać.
Szybka odpowiedź
Dla każdej całkiem nowej aplikacji na osobistym koncie dewelopera utworzonym po 13 listopada 2023 r. trzeba przeprowadzić nowy test zamknięty (closed testing) z udziałem co najmniej 12 testerów, którzy nieprzerwanie uczestniczą w programie testowania przez 14 dni, zanim można poprosić o opublikowanie wersji produkcyjnej. Dostęp jest przyznawany na poziomie aplikacji, nie całego konta. Nie trzeba prowadzić nowego testu z udziałem 12 testerów przy rutynowej aktualizacji aplikacji, która ma już dostęp do wersji produkcyjnej, a tych samych testerów można wykorzystywać w testach wszystkich Twoich aplikacji. Gdy liczy się szybki start, PrimeTestLab zapewnia prawdziwych testerów na prawdziwych urządzeniach od $19.99, plus 5% opłaty serwisowej.
To jedno z najczęstszych pytań deweloperów, którzy przygotowują więcej niż jedną aplikację. Po przejściu raz przez test zamknięty Google z udziałem 12 testerów przez 14 dni pojawia się pytanie: czy cały proces trzeba powtarzać przy następnej aplikacji, czy jest to jednorazowy etap dotyczący konta? Uczciwa odpowiedź składa się z trzech części. Ten poradnik oddziela dosłowne zasady Google od zgodnej opinii społeczności, aby było jasne, jak mocne jest źródło każdej informacji. Stan na 1 lipca 2026 r.
Zakres artykułu
Czy wymaganie 12 testerów dotyczy aplikacji czy konta?
Proces jest prowadzony dla każdej aplikacji, nie dla całego konta. Pierwszy dostęp do wersji produkcyjnej jest ważnym etapem wdrożenia, ale każda kolejna nowa aplikacja ma własną drogę do publikacji. Dlatego każdy nowy pakiet, czyli każde nowe applicationId, należy traktować jako wymagający własnego testu zamkniętego, chyba że Play Console wyraźnie wskazuje inaczej.
W tym miejscu łatwo o nieporozumienie, dlatego warto precyzyjnie oddzielić fakty od wniosków. Google nie publikuje jednego zdania o treści „trzeba powtórzyć ten proces dla każdej aplikacji”. Nie publikuje też informacji, że zatwierdzenie pierwszej aplikacji automatycznie zwalnia wszystkie następne. Google pisze natomiast o wymaganiu dotyczącym „Twojej aplikacji”, o składaniu wniosku z Panelu konkretnej aplikacji oraz o przygotowaniu tej aplikacji do dystrybucji przez dewelopera z nowym kontem osobistym.
Z tych faktów wynika najbardziej uzasadniona interpretacja: dostęp do wersji produkcyjnej jest związany z aplikacją, a nie z jednorazowym polem wyboru na koncie. Przy kolejnych aplikacjach istnieje pewien niuans. Gdy konto ma już aplikację z powodzeniem opublikowaną w wersji produkcyjnej, następne mogą podlegać innemu poziomowi kontroli. Publiczne Centrum pomocy Google nie obiecuje jednak ogólnego zwolnienia całego konta dla każdej przyszłej aplikacji. Po pierwszym zatwierdzeniu najlepiej więc sprawdzać stan każdej nowej aplikacji w Play Console, zamiast zakładać, że całe konto pozostaje odblokowane na zawsze.
„Proces jest zaliczony raz, więc konto pozostaje odblokowane na zawsze.”
Niektórzy deweloperzy zakładają, że test zamknięty jest jednorazową bramką dla konta. Druga aplikacja może jednak pozostać w Play Console z zablokowaną wersją produkcyjną, a 14-dniowy licznik zaczyna biec od początku. Taka niespodzianka może zniweczyć planowany termin premiery.
Dostęp do wersji produkcyjnej jest przyznawany aplikacja po aplikacji.
Każdy nowy pakiet zaczyna z zablokowaną wersją produkcyjną i musi niezależnie spełnić wymaganie testu zamkniętego z udziałem 12 testerów przez 14 dni. Ułatwienie polega na tym, że ci sami testerzy mogą uczestniczyć w testach wszystkich Twoich aplikacji, więc nie trzeba za każdym razem zaczynać rekrutacji od zera.
Jak czytać poziomy pewności w tym artykule? Wokół zasad Google powstaje wiele kategorycznych twierdzeń bez mocnych źródeł. Każda informacja poniżej ma oznaczenie wskazujące siłę podstawy, dzięki czemu wiadomo, na czym można polegać, a co warto ponownie sprawdzić we własnym Play Console.
Informacja podana dosłownie na stronach pomocy Play Console. Do tej kategorii należą samo wymaganie, definicja nieprzerwanego udziału i zalecenie dotyczące aktualizacji.
Wniosek zgodny z brzmieniem zasad Google i często opisywany przez deweloperów, ale niewyrażony dosłownie. Dotyczy interpretacji na poziomie aplikacji i mechanizmu zerowania licznika.
Informacje powtarzane przez część usług testowych, których nie ma w dokumentacji Google, na przykład filtrowanie testerów według czujników. Wymagają sceptycyzmu i nie przedstawiamy ich jako faktów.
Czego oficjalnie wymaga dziś Google?
Nowo utworzone osobiste konto dewelopera musi przeprowadzić test zamknięty z udziałem co najmniej 12 testerów, którzy nieprzerwanie uczestniczyli w programie testowania co najmniej przez ostatnie 14 dni. Po spełnieniu tego wymagania można poprosić o opublikowanie wersji produkcyjnej z Panelu w Play Console.
Pomoc Play Console
„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 Play Console, odpowiedź 14151465: wymagania dotyczące testowania przed uzyskaniem dostępu do wersji produkcyjnej
Warto doprecyzować kilka szczegółów pochodzących z dokumentacji Google:
Potwierdzone przez Google
- Obecne minimum wynosi 12 testerów. Próg obniżono z 20 dnia 11 grudnia 2024 r., a okres 14 dni pozostał bez zmian.
- Zasada dotyczy kont osobistych utworzonych po 13 listopada 2023 r. Konta organizacji są wyłączone.
- Po złożeniu wniosku weryfikacja dostępu do wersji produkcyjnej zwykle zajmuje 7 dni lub mniej, ale w niektórych przypadkach może potrwać dłużej.
Co zatrzymuje aplikacje?
- Google może poprosić o dalsze testy, jeśli w teście nie uczestniczy 12 testerów.
- Powodem może być też niewystarczające zaangażowanie testerów w czasie testu zamkniętego.
- Starsze poradniki nadal podają „20 testerów”. Ta liczba się zmieniła i nie jest już prawidłowa.
Ostatni punkt jest ważny. Spełnienie wymogu nie sprowadza się do samej liczby osób. Google sprawdza, czy prawdziwi testerzy rzeczywiście używają aplikacji. Obniżenie progu z 20 do 12 nie uczyniło więc wymagania formalnością, bo zaangażowanie nadal ma znaczenie. Więcej informacji zawiera nasze wyjaśnienie zmiany z 20 na 12 testerów.
Kiedy nie potrzeba 12 nowych testerów?
Jeśli Twoja aplikacja ma już dostęp do wersji produkcyjnej i publikujesz jej zwykłą aktualizację, nie trzeba pozyskiwać 12 nowych testerów ani czekać kolejnych 14 dni tylko po to, aby ją udostępnić. Test zamknięty jest bramką przed pierwszym dostępem do wersji produkcyjnej, a nie opłatą czasową powtarzaną przy każdej wersji.
Google informuje, że po pozytywnym rozpatrzeniu wniosku można publikować w wersji produkcyjnej, a kolejne aktualizacje zaleca regularnie testować. Słowo „zaleca” ma tutaj znaczenie: dalsze testy są dobrą praktyką, a nie nowym obowiązkowym etapem przed każdą aktualizacją produkcyjną. Dokumentacja Google wskazuje też, że gdy prowadzisz test zamknięty już opublikowanej aplikacji, wersję testową w formie aktualizacji otrzymują tylko użytkownicy z grupy testowej. Jest to możliwe właśnie dlatego, że aplikacja istnieje już w wersji produkcyjnej.
Całkiem nowa nazwa pakietu
Trzeba założyć nowy test zamknięty przez 14 dni
- Nowe
applicationId, które nigdy wcześniej nie było publikowane - Wersja produkcyjna jest zablokowana do ukończenia testu
- Potrzeba 12+ testerów uczestniczących nieprzerwanie przez 14 dni
Aktualizacja zatwierdzonej aplikacji
Nowy test z 12 testerami nie jest wymagany
- Ta sama nazwa pakietu, już w wersji produkcyjnej
- Nową wersję można zwyczajnie opublikować
- Testowanie kolejnych aktualizacji jest zalecane, nie obowiązkowe
Prosta zasada brzmi więc: nowa aplikacja, najpewniej tak; aktualizacja istniejącej aplikacji produkcyjnej, nie. Jeśli zmienia się tylko wersja tej samej pozycji i nazwa pakietu pozostaje bez zmian, nowy test zamknięty z udziałem 12 osób nie jest standardowym wymaganiem. Jest jeden ważny wyjątek: publikacja nowej wersji podczas pierwszego testu zamkniętego różni się od aktualizacji już zatwierdzonej aplikacji. Szczegóły opisuje poradnik czy aktualizacja zeruje test zamknięty.
Czy za każdym razem potrzebne są nowe osoby?
Nie. Nawet gdy nowa aplikacja wymaga testu zamkniętego, 12 testerów nie musi oznaczać 12 całkiem innych osób. Google pozwala ponownie wykorzystywać tę samą listę e-mailową testerów w przyszłych testach dowolnych Twoich aplikacji. To samo konto Google może być testerem w dowolnej liczbie aplikacji.
To najwyraźniejszy oficjalny sygnał, że jedna grupa testerów może obsługiwać cały katalog. Nie liczy się to, czy osoby są nowe. Ważne jest, aby w przypadku aplikacji kierowanej do wersji produkcyjnej co najmniej 12 testerów aktywnie uczestniczyło w teście zamkniętym tej konkretnej aplikacji i pozostało w nim przez 14 dni z rzędu.
Każda aplikacja nadal przechodzi własny 14-dniowy etap, ale za każdym razem mogą go wypełniać te same osoby. To zmienia sposób planowania: wystarczy raz zbudować rzetelną grupę testerów, a potem korzystać z niej przy każdej kolejnej premierze. Tak wygląda to w planie obejmującym wiele aplikacji:
Interaktywny kalkulator
Planer portfolio
Ilu testów zamkniętych i ilu testerów wymaga Twój plan?
3 aplikacje oznaczają 3 osobne testy zamknięte, ale przy ponownym użyciu nadal wystarczy jedna grupa 12 testerów. Testy prowadzone równolegle skracają czas kalendarzowy. 42 dni potrzeba tylko wtedy, gdy odbywają się ściśle jeden po drugim.
Co oznacza udział testera przez 14 dni?
Okres 14 dni musi być nieprzerwany. Google nie zalicza osób, które dołączą do testu, uczestniczą krócej niż 14 dni, a następnie go opuszczą. Późniejsze ponowne dołączenie nie sprawia, że dwa krótsze okresy sumują się do wymaganego czasu.
Pomoc Play Console
„...z udziałem co najmniej 12 testerów, którzy nieprzerwanie uczestniczyli w programie testowania co najmniej przez ostatnie 14 dni.”
Pomoc Play Console, odpowiedź 14151465: wymagania dotyczące testowania przed uzyskaniem dostępu do wersji produkcyjnej
Z tej zasady wynikają dwie praktyczne konsekwencje, które często zaskakują osoby przechodzące proces po raz pierwszy:
To się liczy
- Tester otwiera oficjalny link przystąpienia do testów i dołącza na urządzeniu zalogowanym na właściwe konto Google.
- Pozostaje w teście przez pełne 14 dni bez przerwy i nie opuszcza programu.
- Wykazuje prawdziwe, stałe zaangażowanie, czyli rzeczywiście otwiera aplikację i z niej korzysta.
To się NIE liczy
- Samo dodanie adresu e-mail do listy testerów. Dana osoba nadal musi dołączyć do testu.
- Przerwany okres: opuszczenie testu w trakcie i ponowne dołączenie uruchamia liczenie od początku.
- Tester pozostający w teście wewnętrznym. Przed dołączeniem do testu zamkniętego trzeba opuścić test wewnętrzny.
Zasada bufora, zgodna opinia społeczności
Jeśli testerzy zaczną odchodzić, a liczba aktywnych uczestników spadnie w trakcie testu poniżej 12, nieprzerwany okres może się zakończyć, a licznik w praktyce ruszy od początku. Google nie publikuje dokładnego algorytmu zerowania, ale takie zachowanie jest zgodne z wymogiem nieprzerwanego udziału. Dlatego doświadczeni deweloperzy pozyskują bufor 15-25 testerów zamiast dokładnie 12. Mechanizm okresu opisuje poradnik o 14 dniach z rzędu.
Czy Ty potrzebujesz nowego testu z 12 testerami? Sprawdź
Każda sytuacja jest nieco inna. Wybierz wariant, który pasuje do Twojego przypadku, aby uzyskać prostą odpowiedź i kolejny krok.
Interaktywne narzędzie
Czy trzeba przeprowadzić nowy test?
Wybierz scenariusz i sprawdź, czy obowiązuje nowy 14-dniowy test zamknięty.
Tak, przeprowadź pełny test zamknięty
Nowy test wymaganyTo standardowy przypadek. Zanim można poprosić o opublikowanie wersji produkcyjnej, potrzeba co najmniej 12 testerów uczestniczących nieprzerwanie przez 14 dni. Uruchom test pierwszego dnia, ponieważ jest to najdłuższy stały etap całej premiery.
Następny krok: pozyskaj bufor co najmniej 15 osób, aby jedna rezygnacja nie wyzerowała licznika.
Tak dla tej aplikacji, ale użyj ponownie tych samych testerów
Nowy test, te same osobyKażdy nowy pakiet ma własny 14-dniowy test zamknięty, więc uwzględnij go w planie. Dobra wiadomość: ta sama lista testerów może dołączyć także do tej aplikacji. Nie potrzeba 12 nowych osób.
Następny krok: wyślij istniejącej grupie link przystąpienia do testów nowej aplikacji i potwierdź, że aktywnie uczestniczy co najmniej 12 testerów.
Nie, po prostu opublikuj aktualizację
Bez nowego testuAplikacja, która ma już dostęp do wersji produkcyjnej, nie musi uzyskiwać go ponownie. Rutynowa aktualizacja tej samej nazwy pakietu nie uruchamia nowego testu zamkniętego. Testowanie aktualizacji jest zalecane, ale nie obowiązkowe.
Następny krok: opublikuj nową wersję w zwykły sposób.
Nie, konto jest starsze niż ta zasada
WyłączenieWymaganie testu zamkniętego dotyczy kont osobistych utworzonych po 13 listopada 2023 r. Konto utworzone tego dnia lub wcześniej nie podlega tej zasadzie.
Następny krok: potwierdź datę utworzenia konta w Play Console, zanim oprzesz na tym plan premiery.
Nie, konta organizacji są wyłączone
WyłączenieKonta organizacji i firm nie podlegają 14-dniowemu wymaganiu testu zamkniętego. Wiąże się to jednak z bardziej rozbudowaną konfiguracją: potrzebna jest zarejestrowana firma i numer D-U-N-S.
Następny krok: porównaj formalności w poradniku o koncie osobistym i koncie organizacji.
Jak łączą się testy wewnętrzne, zamknięte i otwarte?
Google udostępnia trzy ścieżki testów, ale tylko jedna z nich, test zamknięty, spełnia wymaganie poprzedzające dostęp do wersji produkcyjnej. Test wewnętrzny się do niego nie liczy, a test otwarty staje się dostępny dopiero po uzyskaniu dostępu do wersji produkcyjnej.
Test wewnętrzny
Do 100 testerów, najszybsze wersje
- Dobry do szybkiej kontroli jakości i testów podstawowych funkcji
- Udostępnia wersje niemal natychmiast
- Testerzy muszą go opuścić przed dołączeniem do testu zamkniętego
NIE liczy się do wymagania
Test zamknięty
12+ testerów, 14 dni nieprzerwanego udziału
- Obowiązkowa ścieżka dla nowych kont osobistych
- Odbywa się dla każdej aplikacji i każdej nowej nazwy pakietu
- Tych samych testerów można używać we wszystkich Twoich aplikacjach
Wymagany przed złożeniem wniosku o wersję produkcyjną
Test otwarty
Publiczny, każdy może dołączyć
- Dobry do zbierania opinii z szerokich testów beta
- Jest publicznie widoczny na stronie aplikacji w sklepie
- Dostępny dopiero po uzyskaniu dostępu do wersji produkcyjnej
Odblokowuje się po dostępie do wersji produkcyjnej
Sam fakt, że test otwarty pojawia się dopiero po uzyskaniu dostępu do wersji produkcyjnej, stanowi kolejne pośrednie potwierdzenie, że zatwierdzenie dotyczy konfiguracji wydania konkretnej aplikacji, a nie całego konta. Jeśli wybierasz ścieżkę, szczegółowe porównanie zawiera nasz poradnik o testach wewnętrznych, zamkniętych i otwartych.
Jak przebiega weryfikacja dostępu do wersji produkcyjnej?
Gdy 12 lub więcej testerów nieprzerwanie uczestniczy w teście przez 14 dni, można poprosić o opublikowanie wersji produkcyjnej z Panelu. Kwestionariusz Google obejmuje trzy obszary, a weryfikacja zwykle zajmuje 7 dni lub mniej.
Kwestionariusz dotyczy testu zamkniętego, samej aplikacji oraz jej gotowości do publikacji. Google wykorzystuje odpowiedzi, aby potwierdzić, że aplikacja została właściwie przetestowana przed publicznym udostępnieniem. Dwa najczęściej wskazywane powody prośby o kontynuowanie testów to brak 12 uczestniczących testerów oraz niewystarczające zaangażowanie podczas testu.
Dobra praktyka
Ponieważ dostęp do wersji produkcyjnej jest przyznawany dla każdej aplikacji osobno, odpowiedzi w kwestionariuszu mają znaczenie przy każdej nowej aplikacji, nie tylko przy pierwszej. Przygotuj krótki wzór opisujący sposób pozyskania testerów i ich zaangażowanie, a następnie dostosuj go do każdej premiery. Ogólnikowe, jednozdaniowe odpowiedzi są częstym powodem zwrotu pierwszego wniosku do dalszych testów.
Dwa terminy w 2026 r., o których warto pamiętać
Te terminy są niezależne od wymagania testu zamkniętego, ale wpływają na ten sam harmonogram premiery. Warto uwzględnić je w planie. Zwróć uwagę na oznaczenia pewności: jeden punkt jest zapowiedzianym planem Google, a drugi potwierdzonym programem.
Docelowy poziom API wzrośnie do 36
Planowane na sierpień 2026 r.
Google planuje wymagać, aby nowe aplikacje i aktualizacje były kierowane na Androida 16, czyli poziom API 36, zgodnie z typowym rocznym cyklem. W połowie 2026 r. dokładna data nie zastąpiła jeszcze poprzedniego wymagania na oficjalnej stronie zasad dotyczących docelowego poziomu API. Należy więc traktować ją jako zapowiedziany plan Google i potwierdzić aktualny termin w Play Console przed oparciem na nim harmonogramu.
Weryfikacja deweloperów Androida
30 września 2026 r.
Google zacznie wymagać rejestracji aplikacji przez zweryfikowanych deweloperów w Brazylii, Indonezji, Singapurze i Tajlandii, a szersze wdrożenie globalne nastąpi w 2027 r. i później. Jest to kontrola tożsamości potwierdzająca dewelopera, całkowicie odrębna od wykazania sprawności aplikacji w teście zamkniętym.
Nie należy łączyć tych procesów: weryfikacja dewelopera potwierdza tożsamość, a test zamknięty potwierdza działanie aplikacji. Żaden z nich nie zastępuje drugiego. Pełną listę kontrolną premiery zawiera nasz poradnik o wymaganiach publikowania w Google Play w 2026 r..
Jak PrimeTestLab wspiera kolejne testy każdej aplikacji?
Ponieważ test zamknięty powtarza się przy każdej nowej aplikacji, rzetelne i powtarzalne źródło prawdziwych testerów przydaje się w całym katalogu, a nie tylko raz. PrimeTestLab zapewnia prawdziwych testerów na fizycznych urządzeniach z Androidem od wersji 7 do 17, w 120+ krajach. Dzięki temu spełniasz wymóg 12 testerów bez proszenia znajomych i współpracowników przy każdej premierze. Test zwykle startuje w 4-6 godzin, a dotychczas obsłużyliśmy ponad 7 400 aplikacji ze skutecznością 99,9%.
Udostępniasz link przystąpienia do testów zamkniętych. My zajmujemy się zaproszeniami, potwierdzeniem udziału i utrzymaniem pełnego okresu 14 dni, aby pojedyncza rezygnacja nie przerwała wymaganego okresu. Każdy plan korzysta z prawdziwych testerów wykazujących rzeczywiste zaangażowanie, czyli dokładnie z sygnałów ocenianych przez Google.
Obecne pakiety
plus 5% opłaty serwisowej
- Spełnia minimum Google
- Prawdziwe urządzenia z Androidem
- Pełne 14 dni testu
plus 5% opłaty serwisowej
- Bufor zabezpiecza przed rezygnacjami
- Największa różnorodność urządzeń
- Najsolidniejsze pierwsze podejście
plus 5% opłaty serwisowej
- Bufor bezpieczeństwa w cenie
- Większa różnorodność urządzeń
- Pewniejsze złożenie wniosku
Przy płatności doliczane jest 5% opłaty serwisowej. Bezpłatny ponowny test lub pełny zwrot pieniędzy.
Najczęściej zadawane pytania
Czy do każdej aplikacji publikowanej w Google Play potrzeba 12 testerów?
W przypadku nowej aplikacji na osobistym koncie dewelopera utworzonym po 13 listopada 2023 r. należy założyć, że tak. Każda nowa aplikacja potrzebuje własnego testu zamkniętego z udziałem co najmniej 12 testerów, którzy nieprzerwanie uczestniczą w programie testowania przez co najmniej 14 dni, zanim można poprosić o opublikowanie wersji produkcyjnej. Rutynowe aktualizacje aplikacji, która ma już dostęp do wersji produkcyjnej, nie wymagają nowego testu z udziałem 12 testerów.
Czy tych samych testerów można wykorzystać w kilku aplikacjach?
Tak. Google pozwala ponownie wykorzystać tę samą listę e-mailową testerów w przyszłych testach dowolnych aplikacji. Nie trzeba więc za każdym razem szukać 12 innych osób. Liczy się to, aby co najmniej 12 testerów aktywnie uczestniczyło w teście zamkniętym konkretnej aplikacji i pozostało w nim przez 14 dni z rzędu.
Czy aktualizacja aplikacji zeruje licznik 14 dni?
Nie. Gdy aplikacja ma już dostęp do wersji produkcyjnej, rutynowa aktualizacja tego samego pakietu nie uruchamia nowego testu zamkniętego. Google zaleca testowanie kolejnych aktualizacji, ale nie wymaga ponownego uzyskiwania dostępu do wersji produkcyjnej przy każdej publikacji. Pełne wyjaśnienie jest dostępne po angielsku.
Czy konta organizacji także potrzebują 12 testerów?
Nie. Wymaganie testu zamkniętego dotyczy osobistych kont dewelopera utworzonych po 13 listopada 2023 r. Konta organizacji są z niego wyłączone, ale ich utworzenie wymaga zarejestrowanej firmy i numeru D-U-N-S, co wiąże się z osobnym czasem i dokumentacją. Porównaj typy kont w poradniku po angielsku.
Co się stanie, jeśli w ciągu 14 dni liczba testerów spadnie poniżej minimum?
Jeśli w trakcie testu liczba aktywnych uczestników spadnie poniżej 12, nieprzerwany okres może zostać przerwany, a licznik w praktyce zacznie biec od nowa. Google nie publikuje dokładnego algorytmu zerowania, ale taki wniosek jest zgodny z wymogiem nieprzerwanego udziału. Bufor 15-25 testerów zamiast dokładnie 12 ogranicza ryzyko utraty dwóch tygodni przez jedną rezygnację.
Czy płacenie za testerów jest niezgodne z zasadami Google?
Pozyskiwanie prawdziwych testerów, także przez płatnego usługodawcę, nie jest zabronione. Sam kwestionariusz Google dotyczący dostępu do wersji produkcyjnej wymienia płatnego dostawcę testów jako przykład. Zasady Google zabraniają natomiast fałszywych kont, emulatorów i symulowanego zaangażowania, które mogą doprowadzić do zawieszenia konta. Zgodne podejście opiera się na prawdziwych testerach, prawdziwych urządzeniach i rzeczywistym zaangażowaniu.
Podsumowanie
Najważniejsze wnioski
Nie potrzeba 12 całkiem nowych testerów za każdym razem, gdy wprowadzasz zmianę w Google Play. W przypadku nowej aplikacji na nowym koncie osobistym należy założyć, że przed publikacją trzeba ukończyć test zamknięty z udziałem 12 testerów przez 14 dni, ponieważ Google rozpatruje dostęp do wersji produkcyjnej dla każdej aplikacji osobno. Gdy aplikacja ma już taki dostęp, rutynowe aktualizacje nie wymagają nowego testu zamkniętego, a tych samych testerów można używać w wielu aplikacjach. PrimeTestLab zapewnia prawdziwych testerów na prawdziwych urządzeniach od $19.99, plus 5% opłaty serwisowej. Ochrona obejmuje bezpłatny ponowny test lub pełny zwrot pieniędzy. Zobacz plany cenowe →