Testy zamknięte Google Play dla gier: 12 testerów w 2026 r.

Większość istniejących poradników odpowiada tylko na połowę tego problemu. Ogólne strony o teście zamkniętym tłumaczą wymóg 12 testerów, nie dotykając ryzyk wydawniczych właściwych dla gry, a strony o QA gier omawiają wydajność i farmy urządzeń, nie tłumacząc bramki dostępu do wersji produkcyjnej, która naprawdę blokuje premierę. Wątki społecznościowe wypełniają przestrzeń między nimi pewnym siebie folklorem: graj raz dziennie, wypuść trzy aktualizacje, trzydzieści minut na sesję, minimalna liczba poziomów. Żadna z tych rzeczy nie jest opublikowaną zasadą Google i ten artykuł mówi to za każdym razem, gdy któraś się pojawia. Wszystko tutaj jest aktualne na 12 sierpnia 2026 r., terminy wynikające z zasad sprawdzono ponownie 14 sierpnia 2026 r., a każda informacja prowadzi do pierwotnej dokumentacji Google; tam, gdzie uczciwą odpowiedzią jest „Google tego nie publikuje”, strona pisze właśnie to zamiast podawać liczbę.

Kolejność poniżej odpowiada temu, jak ten problem naprawdę się rozwiązuje. Najpierw sama bramka, bo niczego nie zaplanujesz, dopóki nie wiesz, czy Cię obejmuje i co dokładnie liczy. Potem warstwa właściwa dla gier: czego nie wychwyci test, który jedynie zbiera konta uczestniczące w teście, i jak sprawdzić każde z tych ryzyk, zanim wynik zobaczą weryfikatorzy Google.

Czy Google Play wymaga testu zamkniętego dla gier na Androida?

„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

Przeczytaj to zdanie pod kątem tego, czego w nim nie ma. Nie wspomina o kategoriach aplikacji. Wyzwalacz przypięty jest do konta, a nie do tego, co przesyłasz, więc fakt, że Twój pakiet jest sklasyfikowany jako gra, niczego nie zmienia w tym, czy bramka Cię obejmuje. Własne materiały Google o teście zamkniętym omawiają aplikacje i gry w ramach tego samego procesu dostępu do wersji produkcyjnej i wprost wskazują testy przedpremierowe gier mobilnych jako zastosowanie ścieżek testowych.

Przeczytaj je jeszcze raz, tym razem pod kątem słowa aplikacji. To data utworzenia konta decyduje, czy wymóg Cię dotyczy, ale kwalifikujący test i wniosek o dostęp do wersji produkcyjnej realizuje się dla pojedynczej aplikacji. Przejście tego procesu dla jednej gry nie przenosi się na kolejny pakiet publikowany z tego samego konta: druga gra dostaje własny test zamknięty, własnych 12 testerów i własne dwa tygodnie. Ten wniosek opiera się na tym, że Google pisze ten warunek względem jednej aplikacji, i na tym, że o dostęp do wersji produkcyjnej występuje się osobno dla każdego pakietu, a nie na opublikowanym zdaniu wykluczającym przeniesienie; planuj świeży test dla każdej gry i sprawdź w panelu konsoli konkretną aplikację, zanim cokolwiek założysz.

Co ta zasada faktycznie liczy

Jeśli gdzieś przeczytałeś, że ta liczba wynosi 20, tamta strona jest nieaktualna. Google pierwotnie ustawiło próg na 20 testerów i obniżyło go do 12 z dniem 11 grudnia 2024 r., opisując tę zmianę własnymi słowami jako wymóg „12 zamiast 20 testerów”, przy niezmienionym okresie dwóch tygodni. Całą historię opisuje artykuł o zmianie z 20 na 12 testerów, a mechanikę samego wymogu artykuł o wymogu 12 testerów. Ten artykuł zakłada oba i trzyma się tego, co w grze jest inne.

Którzy deweloperzy gier naprawdę potrzebują 12 testerów?

Jeden ogólny kontekst dotyczący konta, bo pojawia się jednym tchem i bywa mylony z kosztem testowania: za otwarcie konta dewelopera Google pobiera jednorazową opłatę rejestracyjną w wysokości 25 USD. Ta opłata nie ma związku z wymogiem testowania. Przeprowadzenie testu zamkniętego nie kosztuje w Play Console ani grosza; kosztuje znalezienie dwunastu osób, które zostaną.

I to jest prawdziwy problem gry. W porównaniu z aplikacją użytkową gra zwykle potrzebuje głębszych sesji, zanim jej usterki w ogóle wyjdą na wierzch: postępy i stan zapisu, dostarczanie zasobów, zachowanie termiczne i monetyzacja psują się dopiero wtedy, gdy ktoś zagra na tyle daleko, żeby mieć co stracić. Żadnej z tych kategorii nie da się bezpiecznie przetestować ludźmi, którzy instalują kompilację i zostawiają ją w spokoju na dwa tygodnie, a Google waży zaangażowanie i opinie tak samo w przypadku aplikacji, jak i gier. Gra sprawia po prostu, że płytka wersja tego błędu kosztuje więcej, bo potrzebujesz ludzi, którzy naprawdę zagrają, na sprzęcie podobnym do sprzętu gracza, dostatecznie długo, żeby dojść do drugiego aktu. To właśnie ta luka jest tematem reszty tego artykułu.

Jak wygląda 14-dniowy test zamknięty w przypadku gry?

Źródło: wymóg testu zamkniętego dla nowych kont osobistych (odpowiedź 14151465). Minimum 12 testerów zastąpiło 20 testerów 11 grudnia 2024 r.; nieprzerwany okres 14 dni się nie zmienił.

1. 01
   Przed pierwszym dniem

   Opublikuj wersję testu zamkniętego i udostępnij ją testerom. Sprawdź, czy kompilacja dostarczona przez Play instaluje się i uruchamia, czy pakiety zasobów docierają, czy logowanie Play Games działa i czy wszystko, do czego test musi dotrzeć, jest osiągalne. Kompilacja, która działa z Twojego komputera, nic nie mówi o tej, którą składa Play.

2. 02
   Dołączenie do testu

   Każdy tester musi przyjąć zaproszenie, a nie tylko widnieć na liście. To potyka ludzi bez przerwy: dodanie kogoś do listy e-mailowej albo do grupy Google Groups jest Twoim działaniem, a dołączenie do testu jest jego. Licz tylko te konta, które to zrobiły.

3. 03
   Dni od pierwszego do czternastego

   Co najmniej 12 testerów uczestniczy w teście nieprzerwanie, grając w grę. Rekrutuj powyżej minimum, żeby jedno wypisanie się nie zostawiło Cię pod kreską. Google pyta o zaangażowanie i opinie w momencie składania wniosku, więc użytecznym efektem tych dwóch tygodni jest lista rzeczy, które ludzie Ci powiedzieli, a nie zrzut ekranu z licznikiem.

4. 04
   W trakcie testu

   Naprawiaj prawdziwe usterki i aktualizuj kompilację. Wysyłanie nowych wersji w trakcie okna jest normalne i niczego nie zeruje: warunek kwalifikujący napisany jest względem historii uczestnictwa testerów, a nie względem wieku jednej zamrożonej kompilacji. Wynika to z zapisu Google o nieprzerwanym uczestnictwie liczonym osobno dla każdego testera; osobnej zasady o aktualizacjach kompilacji Google nie publikuje w żadną stronę. Przećwicz ścieżki instalacji i aktualizacji, postępy i zapisy stanu, pobieranie zasobów, awarie, wydajność, zakupy oraz Play Games w takim zakresie, w jakim Twoja gra ich używa.

5. 05
   Po oknie kwalifikującym

   Wejdź w Dashboard > Apply for production i odpowiedz uczciwie, kto testował, jak się angażował, co powiedział, co zmieniłeś i dlaczego gra jest gotowa.

6. 06
   Weryfikacja

   Google podaje, że zwykle zajmuje to 7 dni lub mniej, a w niektórych przypadkach może potrwać dłużej. To nie jest umowa o poziomie usług i nikt nie obieca Ci konkretnej daty.

Jedno sprostowanie warto zrobić wcześnie, bo kosztuje ludzi całe dwa tygodnie. Test wewnętrzny to inna ścieżka z dużo wyższym pułapem: do 100 testerów, dostępna od ręki. Naprawdę przydaje się, gdy chcesz szybko pokazać komuś kompilację. Nie zastępuje jednak testu zamkniętego, który wymieniony jest w warunku. Różnice między trzema ścieżkami opisuje artykuł o teście wewnętrznym, zamkniętym i otwartym, a test otwarty staje się dostępny dopiero wtedy, gdy masz dostęp do wersji produkcyjnej.

Czy testerzy muszą grać w grę codziennie?

To miejsce, w którym myli się prawie każda odpowiedź ze społeczności, więc oto trzy kategorie trzymane osobno.

Google wymaga nieprzerwanego uczestnictwa i mówi, że przy weryfikacji wniosku liczy się zaangażowanie. Nie publikuje limitu codziennych uruchomień, liczby minut na sesję ani liczby aktualizacji. Traktuj prawą kolumnę tak, jak na to zasługuje: to porady, które stwardniały w folklor, bo powtarzano je z przekonaniem. Celuj w prawdziwe testowanie, a spełnisz środkową kolumnę bez sięgania po trzecią.

Czy odejście jednego testera resetuje te dwa tygodnie?

Samo z siebie nie, a to najbardziej wyolbrzymiona zasada w obiegu. Warunek Google mierzy się w chwili składania wniosku: co najmniej 12 testerów, z których każdy uczestniczy w teście nieprzerwanie przez poprzednie 14 dni. To nie jest wymóg, żeby jedna nietknięta grupa dokładnie dwunastu osób przetrwała te dwa tygodnie bez zmian.

Arytmetyka działa więc osobno dla każdego testera, a nie dla całej grupy. Zacznij od dokładnie 12 i strać jednego dziewiątego dnia, a jesteś pod kreską: masz teraz jedenaście kont, które pokażą pełne okno, a dwunaste, zastępcze, musi przejść własne 14 nieprzerwanych dni, zanim złożysz wniosek. Zacznij od piętnastu i strać jednego, a pozostała czternastka wciąż może spełniać warunek, więc tracisz tylko zapas. To cały argument za rekrutowaniem powyżej minimum, a nie dokładnie na jego poziomie.

Skąd to wiemy Ta interpretacja wynika z samego zapisu Google o nieprzerwanym uczestnictwie liczonym osobno dla każdego testera, bo właśnie względem niego napisany jest ten wymóg. Google nie publikuje osobnej zasady o resetowaniu grupy, która wprost mówiłaby, że odejście jednego testera zachowuje okres wszystkich pozostałych, więc traktuj to jako uważne odczytanie opublikowanego warunku, a nie zdanie, które zacytujesz weryfikatorowi. Praktyczna rada i tak się nie zmienia: rekrutuj powyżej 12, żeby na to pytanie nigdy nie trzeba było odpowiadać.

Co dzieje się po czternastym dniu?

Składasz wniosek, a Google czyta odpowiedzi. Wniosek o dostęp do wersji produkcyjnej pyta, jak testerzy angażowali się w grę, jakie dali opinie, co w efekcie zmieniłeś i dlaczego uważasz ją za gotową. W przypadku gry dochodzi jeszcze prośba właściwa dla tej kategorii: opisz, co ją wyróżnia. To pytanie też nie jest formalnością: to moment, w którym gra sprawna technicznie, ale niemająca nic do powiedzenia o sobie, zaczyna wyglądać jak gra, której nikt poważnie nie testował.

Czego ogólny test aplikacji nie wychwyci w grze?

Poniżej mapa reszty tego artykułu. Prawa kolumna to część, którą myli się w obie strony: niektóre pozycje to wymagania Google z konsekwencjami, a niektóre to zwykła praktyka jakościowa, o której nie mówią żadne zasady. Traktowanie praktyki jak zasady marnuje Twoje dwa tygodnie, a traktowanie zasady jak praktyki kosztuje Cię wydanie.

Zwróć uwagę, czego w tej tabeli nie ma: wymaganej liczby urządzeń, wymaganej długości sesji, wymaganej liczby klatek ani minimalnej liczby poziomów. Powtarza się je bez przerwy i żadna z nich nie jest opublikowana. Google publikuje limity, progi, mechanizmy i zasady, a każdą z tych rzeczy da się przetestować w ciągu tych samych dwóch tygodni, które i tak poświęcasz na licznik.

Jak duża może być Twoja gra w Google Play?

To fakt, który najczęściej okazuje się błędny w tym, co czytałeś, zanim tu trafiłeś. Krążąca wciąż liczba 200 MB była limitem modułu podstawowego lata temu, a część starszych stron samego Google o grach na Androida nie nadążyła za stroną pomocy Play Console, która rządzi rzeczywistymi przesłaniami. Gdy dwie strony Google się nie zgadzają, dedykowana strona o limitach rozmiaru w pomocy Play Console jest tą konkretną i aktualną w kwestii tego, co konsola przyjmie. Sprawdź ją jeszcze raz, zanim zaplanujesz wydanie wokół którejkolwiek z poniższych liczb.

Pełna tabela limitów

Limity rozmiaru w Google Play sprawdzone 12 sierpnia 2026 r. Wszystkie wartości to skompresowane rozmiary pobierania obliczane przez Play Console. Źródła: maksymalne limity rozmiaru aplikacji (odpowiedź 9859372) i Play Asset Delivery.

Który tryb Play Asset Delivery powinna testować Twoja gra?

Play Asset Delivery ma trzy tryby i każdy psuje się w innym miejscu. To tryb wybrany w kompilacji decyduje o tym, które przypadki testowe naprawdę się liczą, więc przejrzyj tę tabelę i testuj tylko te wiersze, których Twoja gra faktycznie używa.

Jakie liczby dotyczące klatek i awarii Google naprawdę publikuje?

To rozróżnienie ma znaczenie, bo notorycznie się zaciera. Progi vitals opisują jakość techniczną, a Google zapowiedziało, że z czasem Play będzie odsuwać użytkowników od gier, które nie osiągają 20 FPS na ich telefonie. To mechanizm widoczności i jakości. To nie jest weryfikacja dostępu do wersji produkcyjnej i żadne źródło Google nie zamienia liczby klatek na sekundę w ocenę zaliczającą 14-dniowy test. Obie rzeczy mogą być prawdziwe naraz: Twoja gra może przejść bramkę testerów i wciąż być grą, którą Play po cichu przestanie polecać.

Liczby i to, czym każda z nich nie jest

Biblioteki natywne i 64 bity

Gry zbudowane na Unity, Unreal, Cocos albo dowolnym silniku z natywnymi wtyczkami niosą skompilowane pliki binarne, a te mają własne zasady zgodności, niezależne od czegokolwiek w tym artykule. Google Play wymaga od aplikacji obsługi architektur 64-bitowych: jeśli obsługiwana jest natywna architektura 32-bitowa, trzeba dołączyć także odpowiadającą jej architekturę 64-bitową. Testuj w środowisku 64-bitowym i traktuj każdą wtyczkę zewnętrzną jako zdolną dostarczyć własny niezgodny plik binarny, niezależnie od tego, co deklaruje Twoja wersja silnika.

Jeśli przy okazji Twoja kompilacja wywoła też ostrzeżenie o rozmiarze strony pamięci 16 KB, to osobne wymaganie z własnym terminem i własną ścieżką naprawy, opisane w artykule o naprawie błędu rozmiaru strony 16 KB.

Jak testować zakupy w aplikacji, nie obciążając testerów?

„Użytkownicy ponoszą rzeczywiste opłaty ... chyba że użytkownik jest testerem licencji.”

Google Play Billing, dokumentacja testowania płatności w aplikacji

Dwie osobne listy sterują dwiema osobnymi rzeczami. Lista testerów ścieżki zamkniętej decyduje o tym, kto może zainstalować niewydaną kompilację. Lista testerów licencji decyduje o tym, czyje zakupy przechodzą przez testowe metody płatności Google zamiast przez prawdziwą kartę. Deweloper, który doda dwanaście osób do pierwszej listy i ani jednej do drugiej, zbudował test, w którym każdy zakup jest prawdziwy, a pierwszą osobą, która się o tym dowie, jest zwykle tester proszący o zwrot pieniędzy.

Tester ścieżki zamkniętej a tester licencji

Testy zakupów, które powinna przeprowadzić gra z monetyzacją

Terminy biblioteki płatności: Play Billing Library 7 minęła termin dla nowych aplikacji i aktualizacji 31 sierpnia 2026 r. Jeśli masz przedłużenie, obowiązuje ono do 1 listopada 2026 r.; w przeciwnym razie nowe wydania potrzebują nowszej wspieranej wersji. Bycie najnowszym wydaniem to nie to samo co bycie minimalną dopuszczalną wersją, więc celuj we wspieraną, utrzymywaną wersję, zamiast zakładać, że najnowsza jest obowiązkowa. Źródło: Testowanie płatności w aplikacji, w tym testerzy licencji.

Czy lootboksy zmieniają Twoją grę w aplikację hazardową?

Ankieta oceny treści to nie formalność

Każda gra potrzebuje dokładnych i pełnych odpowiedzi w ankiecie oceny treści, do której dojdziesz przez Policy > App content w Play Console, a odpowiedzi trzeba aktualizować, gdy zmienia się opisywana w nich treść albo funkcje. Przedstawienie zawartości gry niezgodnie z prawdą może skończyć się usunięciem albo zawieszeniem, co czyni nierzetelną ankietę pomyłką znacznie droższą niż wolna klatka.

Gry dotykają większej części ankiety niż aplikacje: przemoc, symulowany hazard, zakupy w grze, komunikacja między użytkownikami, treści tworzone przez użytkowników. Jeśli w drugim tygodniu testu zamkniętego dojdzie czat albo losowa nagroda, odpowiedzi z pierwszego tygodnia są już nieprawdziwe. Otwórz ankietę ponownie, zanim poprosisz o dostęp do wersji produkcyjnej, a nie po tym, jak ktoś to zauważy.

Źródło: zasady Google Play dotyczące losowych przedmiotów wirtualnych (odpowiedź 9858738), które wymagają ujawnienia szans przed zakupem i blisko niego.

Dlaczego logowanie Play Games zawodzi podczas testu zamkniętego?

Objaw jest charakterystyczny i mylący: logowanie działa na Twojej maszynie, działa Tobie na urządzeniu, a potem zawodzi u wszystkich innych w chwili, gdy kompilacja przychodzi z Play. Wygląda to na zepsute wydanie, więc deweloperzy zabierają się za przebudowywanie czegoś, co nigdy nie było zepsute.

Konfiguracja, która to naprawia

1. 01
   Otwórz listę testerów Play Games Services

   W Play Console: Grow users > Play Games Services > Setup and management > Testers. Ta lista jest odrębna od listy testerów ścieżki zamkniętej i niczego z niej nie dziedziczy.

2. 02
   Autoryzuj testerów albo włącz ścieżkę

   Dodaj konta pojedynczo albo włącz odpowiednią ścieżkę wydania w Play Console do testowania Play Games Services, żeby każdy, kto ma dostęp do kompilacji testowej, dostawał też dostęp do Play Games. Ta druga opcja jako jedyna skaluje się powyżej garstki osób.

3. 03
   Sprawdź, czy dane logowania pasują do kompilacji

   Uwierzytelnianie zawodzi, gdy skonfigurowana nazwa pakietu albo odcisk certyfikatu podpisującego nie zgadza się z tym, co zostało przesłane. Gdy w grę wchodzi Play App Signing, odcisk potrzebny Twojej konfiguracji Play Games to ten, którego używa Play, a nie ten z Twojej stacji roboczej.

4. 04
   Przetestuj każdą funkcję, którą naprawdę włączyłeś

   Najpierw logowanie, potem osiągnięcia, tabele wyników i zapisane gry, w takim zakresie, w jakim Twoja gra ich używa. Zapisane gry zasługują na szczególną uwagę, bo wiążą się z postępami: zapis, który się nie przywraca, to błąd, który testerzy znajdą tylko wtedy, gdy zajdą wystarczająco daleko, aby mieć postęp wart przywracania.

Cztery systemy, cztery listy, jedna gra. Ta sekcja istnieje w ogóle tylko dlatego, że trzy z tych czterech są niewidoczne z poziomu ekranu ścieżki zamkniętej, więc deweloper, który poprawnie skonfigurował tę jedną widoczną, rozsądnie zakłada, że reszta pójdzie w jej ślady. Nie pójdzie.

Źródło: konfiguracja Play Games Services w konsoli i autoryzacja testerów, gdzie opisano listę testerów, alternatywę z włączoną ścieżką oraz błędy OAuth i 404, jakie widzi nieautoryzowany tester.

Czy możesz korzystać z rejestracji wstępnej, gdy gra jest w teście zamkniętym?

Gry boli to bardziej niż aplikacje, bo rejestracja wstępna jest narzędziem premiery, a premierę gry planuje się zwykle wstecz od daty. Jeśli Twój plan zakładał kampanię rejestracji wstępnej równolegle z testem zamkniętym, trzeba go przestawić: najpierw spełnij warunek, potem poprowadź kampanię, a dopiero potem premiera.

Praktyczna kolejność przy pierwszej grze: uruchom test zamknięty, gdy tylko kompilacja nadaje się do grania, zamiast czekać, aż będzie sprawiać wrażenie skończonej, bo te dwa tygodnie biegną równolegle do pracy, którą i tak wykonujesz. Marketing zależny od funkcji sklepu przychodzi potem, a nie w trakcie.

Źródło: wymóg testu zamkniętego dla nowych kont osobistych (odpowiedź 14151465), gdzie Google stwierdza, że dostęp do wersji produkcyjnej i rejestracja wstępna pozostają ograniczone do czasu spełnienia tego wymogu.

Co Twoi testerzy powinni właściwie robić z grą?

Dlaczego Google prosi o kolejne 14 dni, skoro masz już 12 testerów?

Deweloperzy regularnie zgłaszają taki wynik: liczby się zgadzały, wniosek poszedł, a odpowiedzią było więcej testów. Zgłaszane przez społeczność Wątki są zgodne co do samego przebiegu i dużo mniej wiarygodne co do przyczyny, bo nikt spoza Google nie widzi uzasadnienia. Z własnej dokumentacji Google da się powiedzieć tyle, że zaangażowanie i opinie są częścią oceny, i to wystarczy, żeby z tym pracować.

Jak powinien wyglądać drugi cykl

Jeśli poproszono Cię o więcej testów, kusi, żeby powtórzyć pierwsze podejście z tym samym biernym wzorcem instalacji i liczyć na inną odpowiedź. Bardziej użyteczny drugi cykl zmienia coś naprawdę: utrzymaj stabilną grupę, daj testerom konkretną trasę przez grę, zbierz na piśmie to, co zgłaszają, wypuść poprawki uzasadnione ich opiniami i opisz to wszystko wprost, gdy będziesz składać wniosek ponownie. To zresztą, nieprzypadkowo, jest też sposób na lepszą grę.

Czego drugi cykl nie powinien zawierać, to wymyślonego rytuału. Nie ma opublikowanej liczby uruchomień, wymaganej liczby aktualizacji ani limitu codziennego grania, który zamienia odmowę w zatwierdzenie, i nikt nie obieca Ci, że konkretny wzorzec aktywności zmieni decyzję Google. Więcej o wzorcach odmów ogólnie w artykule o tym, dlaczego test zamknięty bywa odrzucany.

Najważniejsze terminy Google Play dla wydawców gier w 2026 i na początku 2027 r.

Źródła: wymagania dotyczące docelowego poziomu API (odpowiedź 11926878) dla dat z 31 sierpnia i poziomów dla poszczególnych formatów urządzeń, a dla reszty dwie strony Google z zasadami: tabela terminów w Pomocy Play Console i oś czasu zasad Android Developers.

Warto powiedzieć to wprost, bo kolejność zdarzeń potrafi zaskoczyć: żadna z tych dat nie ma nic wspólnego z wymogiem testerów, a spełnienie wymogu testerów nie zwalnia Cię z żadnej z nich. Gra może ukończyć bezbłędny 14-dniowy test zamknięty i wciąż nie dać się opublikować, bo kompilacja jest kierowana na zły poziom API. Wymagania blokujące wydanie sprawdź przed rozpoczęciem tych dwóch tygodni, a nie po nich.

Gdzie znaleźć 12 prawdziwych testerów do gry?

Społeczności skupione wokół silników pełne są wpisów „potrzebuję 12 testerów” z powodów czysto arytmetycznych: początkujący twórca gry zwykle nie zna dwunastu osób, które mają telefony z Androidem, dokończą dołączanie do testu i dwa tygodnie później wciąż będą w teście. Znajomi instalują grę, grają raz z grzeczności i odpływają. Nic w tym nie jest wadą charakteru. Po prostu przysługa ma okres półtrwania jakichś trzech dni, a wymóg trwa czternaście.

Grupy wymiany testerów rozwiązują kwestię liczby i często niewiele więcej, bo partner z wymiany ma dokładnie taką samą motywację jak Ty: dołączyć, zostać i pójść dalej. To zbija licznik, a przy okazji produkuje dokładnie ten wzorzec biernego zaangażowania, o który Google pyta we wniosku. W przypadku gry jest to gorsze niż w przypadku aplikacji, bo awarie, które mają znaczenie, siedzą kilka sesji w głąb, a tester z wymiany nigdy tam nie dotrze.

Co obejmuje test zarządzany

PrimeTestLab dostarcza 12 prawdziwych testerów na prawdziwych urządzeniach, od Androida 7 do 17, dołączonych do testu i utrzymanych w nim przez pełne 14 dni, a testy ruszają w 4-6 godzin. Przeprowadziliśmy to dla 7 400+ aplikacji w 120+ krajach ze skutecznością 99,9%, a całość jest objęta gwarancją: bezpłatny ponowny test lub pełny zwrot pieniędzy. Plany zaczynają się od $19.99.

Warto jasno postawić granicę, bo gra ma części, których nikt nie przejmie: test zarządzany trzyma testerską stronę tych dwóch tygodni. Nie przebuduje Twoich pakietów zasobów, nie dostroi czasów klatek, nie zaimplementuje potwierdzania zakupu w Twoim kodzie płatności ani nie wypełni za Ciebie ankiety klasyfikacji. To jest po Twojej stronie, a sekcje powyżej istnieją po to, żeby tę pracę skrócić. Znika natomiast szarpanina z rekrutacją i ryzyko, że grupa rozsypie się dziewiątego dnia.

Rekrutacja na własną rękę a test zarządzany

Jednej rzeczy nie zaoferuje żadna usługa i warto podejrzliwie patrzeć na każdego, kto to robi: samego dostępu do wersji produkcyjnej. Decyduje o nim Google, waży jakość Twojego testowania, a nie tylko liczby, i może poprosić o kolejny cykl. Obiecać można grupę testerów, te dwa tygodnie i gwarancję, która za tym stoi. Zobacz plany i to, co obejmuje każdy z nich →

Najczęściej zadawane pytania

Sedno sprawy