Szybka odpowiedź
„More testing required” to wynik wniosku o dostęp do wersji produkcyjnej, a nie kara za naruszenie zasad. Google sprawdza przeprowadzony przez Ciebie test zamknięty i udzielone odpowiedzi, a potem wysyła wiadomość do właściciela konta. Jeśli weryfikacja nie rozwieje wątpliwości, dostajesz prośbę o dalsze testy. Zacznij od ustalenia, która decyzja do Ciebie trafiła, a potem sprawdź, co z Twoich własnych zapisów wynika o kwalifikacji, korzystaniu z aplikacji, opiniach i gotowości.
Jeśli natomiast Twoja aplikacja lub wersja została odrzucona z konkretnie wskazanego powodu, zastosuj się do instrukcji poprawki i ponownego przesłania dla tego problemu. Większa liczba testerów nie uchyli decyzji dotyczącej zasad.
Ten wpis to diagnoza: która decyzja do Ciebie trafiła, co każdy dowód potwierdza, a czego nie, i co poprawić, zanim złożysz wniosek ponownie. Opiera się na testach zamkniętych, które PrimeTestLab prowadzi co tydzień, i na wskazówkach Google, linkowanych w miejscu użycia. Stan na 11 września 2026 r.
Jak czytać ten wpis
- Wymóg Google Obowiązkowy warunek kwalifikacji, zgłoszenia lub zasad.
- Zalecenie Google Google to zaleca albo pyta o to we wniosku. Żaden próg nie jest opublikowany.
- Nasza sugestia Praktyka z testów, które prowadzimy, a nie reguła, według której Cię oceniają.
Na tej stronie
Najpierw ustal, co Google odrzucił
Trzy różne decyzje bywają nazywane „odrzuceniem testu zamkniętego”, a każda wymaga innych działań. Kieruj się dokładną treścią komunikatu, który trafił do Ciebie.
Który komunikat do Ciebie trafił?
| Otrzymany komunikat | Co to znaczy | Co zrobić dalej |
|---|---|---|
| Panel pokazuje, że wymagania testowania nie są spełnione | Panel wskazuje niespełniony warunek testowania. Sprawdź, który konkretnie warunek jest wyświetlany, zanim zdecydujesz, co trzeba kontynuować. | Dokończ test zamknięty: co najmniej 12 testerów, każdy zapisany do testu nieprzerwanie przez ostatnie 14 dni. |
| „More testing required” po złożeniu wniosku | Twój wniosek został sprawdzony i nie został jeszcze zaakceptowany. Google prosi o dalsze testy, a wskazane zastrzeżenia znajdziesz w samej decyzji i w wiadomości do właściciela konta. | Przejdź przez pięć obszarów poniżej, popraw to, co znajdziesz, i złóż wniosek ponownie ze swojego konta. |
| Aplikacja lub wersja odrzucona z podanego powodu | To decyzja o samej aplikacji, wskazująca problem z zasadami lub jakością. Nie jest oceną liczby Twoich testerów. | Zastosuj się do instrukcji poprawki i ponownego przesłania dla wskazanego problemu. Większa liczba testerów tego nie rozwiąże. |
Sama zablokowana ścieżka produkcyjna nie mówi, czy czekasz jeszcze na spełnienie wymagań testowania, na decyzję w sprawie wniosku, czy na inny krok na koncie. Kieruj się konkretnym komunikatem, który do Ciebie trafił, a nie blokadą.
Źródła: wymagania dotyczące testowania aplikacji i dostęp do wersji produkcyjnej oraz publikowanie aplikacji i status sprawdzania.
Sprawdź, czy wymóg dotyczy Ciebie
Wymóg GoogleWymóg dotyczy osobistych kont dewelopera utworzonych po 13 listopada 2023 r. Google podaje, że takie konta muszą spełnić określone wymagania dotyczące testowania, zanim aplikacja będzie mogła zostać opublikowana. Jeśli Twoje konto jest nim objęte, po kolei dzieją się trzy rzeczy:
- 1Przeprowadź test zamknięty, a nie tylko test wewnętrzny.
- 2Utrzymaj co najmniej 12 testerów zapisanych do testu przez 14 dni bez przerwy.
- 3Poproś o dostęp do wersji produkcyjnej i odpowiedz na pytania o test, aplikację i gotowość.
Spełnienie wymagań to jeszcze nie zgoda
Spełnienie wymogu daje prawo do złożenia wniosku. Sam wniosek jest sprawdzany osobno, więc czyste 14 dni to początek procesu, a nie jego koniec. Szczegóły: jak działa wymóg dotyczący testerów.
Zdiagnozuj problem w pięć minut
Otwórz Konsolę Play obok tej listy i odpowiedz szczerze na każde pytanie. Tam, gdzie nie potrafisz odpowiedzieć, zacznij czytać.
Co to narzędzie robi, a czego nie robi
Nie odczytuje niczego z Twojego konta w Konsoli Play i nie potwierdzi liczby testerów ani dat zapisania do testu. Porządkuje tylko to, co już wiesz, w kolejności, o jaką pyta weryfikacja.
Następny krok
Kroki po decyzji o konieczności dalszych testów znajdziesz w poradniku o ponownym wniosku. Jeśli diagnoza pokazuje, że potrzebujesz więcej testów z udziałem ludzi, porównaj opcje wsparcia testów. Jeśli Google wskazał problem z aplikacją lub z zasadami, najpierw go napraw; kolejna grupa testerów go nie rozwiąże.
Pięć obszarów do sprawdzenia po odmowie dostępu do wersji produkcyjnej
Obszary do zbadania, w kolejności, w jakiej da się je zbadać. Nie są uszeregowane według tego, jak często prowadzą do odmowy, bo żadne opublikowane dane nie ustalają takiej kolejności.
Kwalifikacja lub ciągłość testerów jest niepełna
Google wymaga minimum 12 testerów zapisanych do testu nieprzerwanie przez co najmniej ostatnie 14 dni. Ciągłość liczy się osobno dla każdego testera: ktoś, kto dołącza, testuje krócej niż 14 dni i się wypisuje, nie liczy się za ten przerwany okres. Powracający tester może zakwalifikować się ponownie po nowym, nieprzerwanym 14-dniowym okresie zapisania do testu.
Co sprawdzić
- Upewnij się, że działasz na ścieżce testu zamkniętego. Tester wciąż zapisany do testu wewnętrznego musi się z niego wypisać, zanim dotrze do niego Twój test zamknięty.
- Licz osoby, które dołączyły do testu, a nie adresy dodane do listy. Dodanie adresu niczego nie zmienia, dopóki ta osoba nie przyjmie zaproszenia z linku.
- Poproś testerów, żeby zostali zapisani do testu do chwili, w której poprosisz o dostęp do wersji produkcyjnej, a nie tylko przez 14 dni przed tym momentem.
Przykład: ciągłość liczy się osobno dla każdego testera
Jeśli 15 testerów dołączyło razem i jeden się wypisze, pozostałych 14 wciąż może się kwalifikować, bo każdy zachował własny nieprzerwany okres. Nowy tester, który dołącza później, zaczyna własne odliczanie i nie przejmuje czasu uzbieranego przez testera, który odszedł.
Utrzymuj niewielki zapas ponad minimum. Dokładnie 12 testerów wystarczy, więc zapas nie jest niczym, czego wymaga Google: to nasza praktyka, która pozwala przyjąć wypisanie się jednej osoby bez spadku poniżej progu.
Źródła: wymagania dotyczące testowania aplikacji dla nowych osobistych kont dewelopera oraz konfiguracja testu otwartego, zamkniętego lub wewnętrznego, jeśli chodzi o listy testerów i linki przystąpienia do testów. Przewodniki: sprawdzanie zaproszeń i dołączenia testerów oraz test wewnętrzny a test zamknięty.
Testerzy realnie nie korzystali z aplikacji
We wniosku pada pytanie, czy testerzy korzystali z funkcji i czy sposób korzystania przypominał to, czego spodziewasz się w wersji produkcyjnej. Google podaje też, że przy braku zaangażowania testerów możesz dostać prośbę o dalsze testy. Przejrzane wskazówki nie podają liczbowego progu zaangażowania, więc cała praca polega na opisaniu realnego korzystania z aplikacji.
Trzy liczby, które nie są tą samą liczbą
| Wskaźnik | Co liczy | Co ten wskaźnik potwierdza |
|---|---|---|
| Testerzy zapisani do testu | Osoby, które przyjęły link przystąpienia do Twojej ścieżki testu zamkniętego i pozostają zapisane. | To liczba decydująca o kwalifikacji i jedyna z tych trzech powiązana z regułą 12 i 14. |
| Odbiorcy z zainstalowaną aplikacją | Użytkownicy, którzy mają Twoją aplikację zainstalowaną na co najmniej jednym urządzeniu używanym w ciągu ostatnich 30 dni. | Aplikacja trafiła na używane urządzenie. Nie dowodzi, że ktokolwiek ją otworzył. |
| Aktywni użytkownicy dziennie | Osoby, które otworzyły aplikację danego dnia. | Aplikacja była otwierana. Nadal nie wiadomo, z których funkcji korzystano ani co testerzy o nich sądzili. |
Źródło: statystyki aplikacji. Google ma dane o korzystaniu z aplikacji, więc zaangażowanie nie jest dla niego niewidoczne. Nieudokumentowane jest to, które sygnały bierze pod uwagę weryfikacja i na jakim poziomie.
Co sprawdzić
- Daj testerom krótki brief z nazwami scenariuszy, które mają przejść, i jeden kanał do odpowiedzi.
- Proś o konkretne obserwacje, nie o werdykt: co sprawdzili, na jakim urządzeniu, co się wydarzyło.
- Poproś testerów, żeby wrócili do ważnej poprawki, gdy już trafi do nowej kompilacji, tak aby zapis pokazywał sprawdzenie zmiany.
Poproś testerów, żeby wykonali zadania ważne dla Twojej aplikacji, opisali własnymi słowami to, co widzą, i wrócili do ważnych poprawek po ich wdrożeniu. Sztywne polecenie w rodzaju „otwieraj aplikację raz dziennie” to opcjonalna rutyna testowa, a nie reguła Google.
Opiniom i odpowiedziom we wniosku brakuje konkretnych dowodów
We wniosku trzeba streścić otrzymane opinie i wprowadzone zmiany. Google zaleca zapisywanie tematów z opinii na bieżąco, a to właśnie ten dziennik dzieli odpowiedź konkretną od ogólnikowej.
Przykładowy zapis testów (struktura, a nie treść do skopiowania)
| Kompilacja, scenariusz, środowisko | Ustalenie | Działanie lub weryfikacja |
|---|---|---|
| Kompilacja 8; resetowanie hasła; Android 14 | Komunikat o ponownej próbie był niejasny | Doprecyzowany w kompilacji 9; tester sprawdził to ponownie |
| Kompilacja 9; zapisane ustawienia; Android 13 | Ustawienia zachowały się po ponownym otwarciu | Zapisane jako zaliczone; bez potrzeby zmian |
To proponowany format zapisu, a nie wymagany szablon ani załącznik Google. Kolumny potraktuj jako strukturę, a wierszy nigdy nie traktuj jak faktów do wklejenia. Zapisanie udanego sprawdzenia znaczy tyle samo co zapisanie problemu: to ono pozwala odpowiedzieć na pytanie o gotowość bez wymyślania usterki.
Co sprawdzić
- Korzystaj z sekcji opinii z testów w Konsoli Play oraz z kanału, który udostępniasz testerom. Publiczne oceny w sklepie się do tego nie liczą.
- Najpierw pogrupuj opinie w tematy, żeby jedno głośne zgłoszenie nie stało się całym podsumowaniem.
- Zachowaj konkretną obserwację, niezależnie od tego, czy cytujesz testera, czy rzetelnie ją streszczasz.
- Upewnij się, że funkcje opisywane we wniosku były w testowanej kompilacji i faktycznie zostały użyte. Odnotuj to, co sprawdzano osobno albo zostało poza tym testem.
Źródła: konfiguracja testu otwartego, zamkniętego lub wewnętrznego i wskazówki dotyczące dostępu do wersji produkcyjnej. Gotowy szablon dziennika jest w naszym wpisie o powrocie po odmowie, a przygotowanie rzetelnych odpowiedzi we wniosku o dostęp do wersji produkcyjnej prowadzi przez sam formularz.
Ustalenia bez reakcji albo niejasna gotowość
We wniosku pada pytanie o to, co zmieniasz na podstawie tego, czego się dowiadujesz, a Google zaleca reagowanie na opinie w trakcie testu. W przejrzanych wskazówkach nie ma żadnego limitu wydań, więc liczy się to, czy odpowiedź oddaje ustalenia z testu.
Co napisać, gdy nic nie wymagało zmiany
Jeśli testy nie ujawniły niczego, co trzeba było naprawić, opisz sprawdzone scenariusze, urządzenia, na których je uruchamiano, i wyniki, a potem uzasadnij na tej podstawie decyzję o gotowości. Wymyślenie usterki albo wypuszczenie kosmetycznej wersji tylko po to, żeby mieć zmianę do zgłoszenia, osłabia odpowiedź.
Co sprawdzić
- Najpierw zajmij się prawdziwymi ustaleniami i napisz, w której kompilacji znalazła się każda poprawka.
- Powiąż każdą zmianę z opinią, która ją wywołała, żeby odpowiedź czytało się jako przyczynę i skutek.
- Jeśli ważny problem wciąż jest otwarty, rozwiąż go, zanim przedstawisz aplikację jako gotową.
Gdzie ta odpowiedź się psuje
Słaba odpowiedź mówi, że testy poszły dobrze. Mocna nazywa, co sprawdzono, co znaleziono, co zrobiono i jak to zweryfikowano. Konkretną odpowiedź łatwiej ocenić.
Nadal są problemy z dostępem, stabilnością lub działaniem
Google nie dopuszcza aplikacji, które ulegają awarii, zawieszają się lub w inny sposób nie działają normalnie. Weryfikacja musi też móc dotrzeć do aplikacji: jeśli cokolwiek jest ukryte za logowaniem, do wersji dołącz działające dane logowania i instrukcje.
Co sprawdzić
- Do przesłanej kompilacji dołącz działające dane logowania do weryfikacji oraz kroki potrzebne, żeby dotrzeć do funkcji z ograniczonym dostępem.
- Sprawdź, czy testerzy mogą zainstalować i otworzyć tę kompilację. Kto wciąż jest w teście wewnętrznym, musi się z niego najpierw wypisać.
- Uruchom raport przedpremierowy, potem sprawdź sygnały awarii i błędów ANR dla scenariuszy, z których korzystali testerzy, i napraw to, co da się odtworzyć.
Czego czysty raport nie dowodzi
Raporty przedpremierowe uruchamiają się automatycznie, gdy pozwalają na to moce przerobowe. Do sięgnięcia po treści chronione i przejścia właściwych scenariuszy mogą być potrzebne dane logowania albo własna konfiguracja. Czysty wynik automatu to też nie jest test ręczny. Android vitals opiera się na danych diagnostycznych udostępnianych dobrowolnie, z części urządzeń i wersji systemu, więc niedostępny widok może wynikać ze zbyt małej liczby punktów danych w wybranych przez Ciebie filtrach. Opublikowane progi złego zachowania aplikacji dotyczą jakości technicznej, a nie zaliczenia wniosku o dostęp do wersji produkcyjnej.
Źródła: działanie, treść i wrażenia użytkownika, przygotowanie aplikacji do weryfikacji, wykrywanie problemów raportem przedpremierowym oraz monitorowanie jakości technicznej w Android vitals.
Co każdy dowód potwierdza, a czego nie
To, na które pytanie odpowiada dany materiał, rozstrzyga, czy masz problem z testerami, z dowodami, czy z samą aplikacją.
DowodziTwojego prawa do złożenia wniosku: co najmniej 12 testerów, każdy zapisany do testu nieprzerwanie przez ostatnie 14 dni.
Nie dowodziTego, czy którykolwiek z nich korzystał z aplikacji, ani tego, czy Twoje odpowiedzi były dość konkretne.
DowodziTego, ilu użytkowników otworzyło aplikację w każdym pokazanym dniu.
Nie dowodziTego, ile razy każda z tych osób ją otworzyła, z których funkcji korzystała ani co sądziła o aplikacji.
DowodziTego, że wybrany widok nie ma dość danych, by wskazać problemy przy obecnych filtrach.
Nie dowodziTego, że aplikacja nie ulegała awariom. Vitals korzysta z dobrowolnie udostępnianych danych z części urządzeń i wersji, więc pusty widok może oznaczać, że zebrano zbyt mało punktów danych, a nie że nic się nie zepsuło.
DowodziTego, że inny deweloper zgłosił takie sformułowanie. Warto przeczytać, żeby poznać kształt decyzji.
Nie dowodziTego, co trafiło na Twoje własne konto. Powielane wiadomości ze społeczności są anegdotą i nie wyznaczą Twojego harmonogramu.
DowodziKonkretnej obserwacji, na którą możesz zareagować i którą możesz opisać, w słowach samego testera.
Nie dowodziTego, czy problem jest powszechny. Jedno zgłoszenie to trop; ustaleniem jest dopiero wzorzec widoczny u wielu testerów.
Co sprawdzić przed ponownym wnioskiem
Zalecenie Google- 1Przeczytaj oba komunikaty: decyzję w Konsoli Play i wiadomość do właściciela konta, a potem zastosuj się do instrukcji przekazanych dla Twojej aplikacji.
- 2Doprowadź do końca dodatkowy okres testów, jeśli Twoja aplikacja faktycznie go dostała, i przez ten czas utrzymuj działającą ścieżkę testu zamkniętego.
- 3Rozwiązuj dalej zastrzeżenia wskazane w decyzji, a potem złóż wniosek ponownie zgodnie z instrukcjami widocznymi na Twoim koncie.
Dwa wnioski, których nie wolno wyciągać
Brak podanego czasu trwania nie jest zgodą na natychmiastowy ponowny wniosek. A polecenie dalszych testów nie dowodzi, że każdemu testerowi wyzerowano dotychczasowy czas: przejrzane publiczne wskazówki nie opisują uniwersalnej reguły resetu, więc traktuj obie rzeczy jako niewiadome, dopóki Twoje własne konto nie powie czegoś innego.
Google podaje, że kolejna weryfikacja zwykle zajmuje 7 dni lub mniej, zaznaczając, że czasem może potrwać dłużej. To czas samej weryfikacji, a nie testów, które ją poprzedzają. Krok po kroku: jak złożyć wniosek ponownie po decyzji o wymaganych dalszych testach.
Źródło: dostęp do wersji produkcyjnej, kolejne kroki.
Jak utrzymać zaangażowanie testerów
Zalecenie GoogleGoogle podaje, że wielu deweloperów rekrutuje wśród znajomych, rodziny i współpracowników, w społecznościach i w mediach społecznościowych, oraz zaleca testerów odpowiadających Twoim docelowym użytkownikom, na tyle zróżnicowanych, by ujawnić problemy specyficzne dla urządzeń.
Rekrutacja potrafi zawieść, gdy nikt nie pilnuje uczestnictwa i opinii: 14-dniowe zobowiązanie bez żadnej struktury konkuruje ze wszystkim innym w tygodniu ochotnika. Trzy problemy z uczestnictwem i opiniami, na które warto uważać:
Gdzie samodzielnie prowadzona grupa traci okno testowe
Źródło: wymagania dotyczące testowania aplikacji, czyli miejsce, w którym Google pisze o rekrutacji testerów. Możliwości porównujemy we wpisie uczciwe sposoby na znalezienie 12 testerów.
Testy prowadzone samodzielnie czy testy pod opieką
Obie drogi spełniają ten sam wymóg. Różnica polega na tym, kto przez 14 dni pilnuje liczby testerów i dopytuje o opinie.
| Od czego zależy wniosek | Grupa prowadzona samodzielnie | Testy pod opieką |
|---|---|---|
| Utrzymanie 12 testerów zapisanych do testu przez 14 dni bez przerwy | To Ty tego pilnujesz. Jedno wypisanie się może opóźnić kwalifikację, jeśli zostanie zbyt mało testerów spełniających warunek. | Pilnujemy tego za Ciebie, a lista testerów jest utrzymywana powyżej minimum. |
| Prawdziwe urządzenia | To, co akurat mają Twoi ochotnicy. | Prawdziwe urządzenia z Androidem od 7 do 17. |
| Start | Tyle, ile zajmie rekrutacja. | Testerzy zwykle zaczynają w ciągu od 4 do 6 godzin. |
| Opinie, które da się streścić | Zależy wyłącznie od tego, jak je zbierasz. | Zbierane jednym kanałem i przekazywane Tobie. |
| Koszt | Za darmo, plus Twój własny czas przez 14 dni. | Od 19,99 USD za 12 testerów. |
Żadna z dróg nie zmienia sposobu, w jaki sprawdzany jest wniosek. Testy pod opieką zdejmują ryzyko związane z uczestnictwem, ale nie odpowiedzą za Ciebie na pytania o opinie i gotowość, a zgody nikt nie może obiecać.
Wsparcie w testowaniu
Nasza sugestiaJeśli diagnoza wskazuje na uczestnictwo, PrimeTestLab przeprowadzi test zamknięty za Ciebie: testerzy zapisani do testu, na prawdziwych urządzeniach, przez pełne 14 dni, liczba utrzymywana powyżej minimum, opinie w jednym miejscu. Jeśli luką jest zepsute logowanie albo wskazany problem z zasadami, większa liczba testerów tego nie ruszy.
Starter
12 prawdziwych testerów
$19.99
Enterprise
25 prawdziwych testerów
$27.99
Professional
20 prawdziwych testerów
$29.99
Ten wynik ukończenia to nasz własny wskaźnik operacyjny, a nie odsetek zgód Google: oznacza, że prowadzony przez nas test utrzymał wymaganą liczbę testerów i nieprzerwany okres zapisania do testu aż do daty zakończenia.
Pytania i odpowiedzi
Dlaczego Google Play pokazuje „More testing required”?
Twój wniosek o dostęp do wersji produkcyjnej został sprawdzony i nie został jeszcze zaakceptowany, więc Google prosi o dalsze testy. Jako przykłady podaje brak 12 testerów zapisanych do testu oraz brak zaangażowania testerów w trakcie testu zamkniętego. Wskazane zastrzeżenia znajdziesz w decyzji w Konsoli Play i w wiadomości wysłanej do właściciela konta, więc przeczytaj obie.
Czy potrzebuję 12 testerów zapisanych do testu przez 14 dni bez przerwy?
Przy osobistym koncie dewelopera utworzonym po 13 listopada 2023 r. tak. Google wymaga testu zamkniętego z minimum 12 testerami zapisanymi do testu nieprzerwanie przez co najmniej ostatnie 14 dni. Dokładnie 12 wystarczy, a zaproszone adresy nie liczą się, dopóki każda z tych osób nie dołączy do testu.
Jeden tester wypisał się w trakcie tych 14 dni. Czy muszę zaczynać od nowa?
Niekoniecznie. Ciągłość mierzy się osobno dla każdego testera, więc każdy, kto zachował własny nieprzerwany okres, nadal się liczy. Sam przerwany okres się nie liczy, ale powracający tester może zakwalifikować się ponownie po nowym, nieprzerwanym 14-dniowym okresie zapisania do testu. Czego nie ma, to dziedziczenia: nowy tester, który dołącza później, zaczyna własny okres, zamiast przejmować czas uzbierany przez testera, który odszedł.
Co odpowiedzieć, jeśli testy nie ujawniły niczego do naprawy?
Opisz sprawdzone scenariusze, urządzenia, na których je uruchamiano, i wyniki, a potem uzasadnij na tej podstawie decyzję o gotowości. W przejrzanych wskazówkach nie ma żadnego limitu wydań ani zapisu, że w trakcie testu musisz opublikować aktualizację. Wymyślenie usterki tylko osłabia odpowiedź.
Czy po odmowie mogę od razu złożyć wniosek ponownie?
Złóż wniosek ponownie, gdy usuniesz przyczynę, a o terminie niech zdecyduje Twoja własna gotowość. Część komunikatów podaje dodatkowy okres testów zamkniętych, inne mówią tylko o kontynuowaniu testów i nie podają żadnego czasu trwania. Brak podanego czasu trwania nie jest zgodą na natychmiastowy ponowny wniosek, a przejrzane publiczne wskazówki nie opisują uniwersalnej reguły resetu.
Ile czasu zajmuje Google sprawdzenie wniosku o dostęp do wersji produkcyjnej?
Google podaje, że weryfikacja zwykle zajmuje 7 dni lub mniej, i zaznacza, że czasem może potrwać dłużej. Dotyczy to wyłącznie weryfikacji. Poprzedzający ją test zamknięty to osobne 14 dni bez przerwy, a ewentualne dodatkowe testy, o które prosi Twoja decyzja, to znowu coś osobnego.
Twój następny krok
Wróć do pięciominutowej kontroli i weź pierwsze pytanie, na które nie potrafisz odpowiedzieć. Napraw tę jedną rzecz, zapisz, co test naprawdę ustalił, i złóż wniosek ponownie zgodnie z instrukcjami na Twoim koncie. Jeśli luka dotyczy uczestnictwa, a nie dowodów, zapewnij testerów przed kolejnym podejściem, żeby ciągłość znów nie pękła w trakcie testu.
Podsumowanie
„More testing required” to decyzja o przeprowadzonym teście, o udzielonych odpowiedziach i o tym, czy aplikacja jest gotowa. Dolny próg jest sztywny i jawny: co najmniej 12 testerów zapisanych do testu przez 14 dni bez przerwy, przy osobistym koncie dewelopera utworzonym po 13 listopada 2023 r. Powyżej tego progu Twoje odpowiedzi mają rzetelnie wyjaśniać, co ustalił test. Zgrabne sformułowania nie zastąpią ani realnych testów, ani działającej aplikacji.
Oficjalna dokumentacja Google