Jak skonfigurować test wewnętrzny Google Play (2026)

Test wewnętrzny to jedyna ścieżka testów w Play Console, która zachowuje się dokładnie tak, jak deweloperzy oczekują od oprogramowania: wgrywasz kompilację, ona się pojawia, ludzie ją instalują. Do chwili, w której przestaje. Wtedy patrzysz na link otwierający stronę Sklepu Play z komunikatem, że aplikacja jest niedostępna na Twoim koncie, bez kodu błędu, bez diagnostyki, i na artykuł pomocy, który miesza trzy ścieżki testów na kilkuset wierszach. Ten artykuł oddziela ścieżkę wewnętrzną od pozostałych dwóch, podaje ścieżkę w konsoli i zasady list testerów w kolejności, w jakiej naprawdę są potrzebne, a potem poświęca sporo miejsca rodzinie awarii, która zapełnia wątki pomocy. Tam, gdzie strony samego Google przeczą sobie nawzajem, a przy czasach wyraźnie przeczą, pokazujemy oba odczyty, a nie ten wygodniejszy. Wszystko tutaj jest aktualne na 12 sierpnia 2026 r..

Jak skonfigurować test wewnętrzny?

Zanim zaczniesz

Przygotuj aplikację, kompilację, konta testerów i własny dostęp do Play Console. Zwróć uwagę, czego nie trzeba: gotowej strony w sklepie, zrzutów ekranu, klasyfikacji treści ani wypełnionego formularza bezpieczeństwa danych. Google wprost pozwala prowadzić test wewnętrzny, zanim aplikacja zostanie w pełni skonfigurowana. Potwierdzone

• 01
  Aplikacja, która istnieje w Play Console Utworzona, niekoniecznie wypełniona. Pierwszy wgrany artefakt ustala nazwę pakietu dla tej aplikacji i później nie da się jej zmienić, więc upewnij się, że applicationId jest tym, przy którym chcesz zostać.
• 02
  Prawidłowy pakiet aplikacji Google pisze o „prawidłowym pakiecie aplikacji”. To jedyny wymóg co do artefaktu, żeby wczesna kompilacja wewnętrzna trafiła w ręce testerów.
• 03
  Adresy e-mail testerów Konta Google. Aktualna pomoc wskazuje konto Google z adresem Gmail albo konto Google Workspace. Zbierz dokładny adres, na którym każda osoba będzie zalogowana, bo to do tej tożsamości przypięta jest cała ścieżka.
• 04
  Dostęp w Play Console, żeby to zrobić Właściciele i administratorzy już go mają. Użytkownik z delegowanymi uprawnieniami potrzebuje prawa do publikowania aplikacji na ścieżkach testów, a zarządzanie ścieżką i jej listami testerów może wymagać osobnego uprawnienia do zarządzania ścieżkami testów i edytowania list testerów. Brakujący albo wyszarzony przycisk publikacji to problem z dostępem, a nie z kompilacją.
• 05
  Play App Signing, tylko przy pierwszej wersji Przy pierwszej wersji aplikacji Play Console przeprowadza Cię przez konfigurację Play App Signing. To jednorazowy krok, na który natkniesz się w trakcie wgrywania, a nie coś do załatwienia z góry, ale warto wiedzieć, że nadchodzi, zanim zaczniesz.

Krok 1: otwórz ścieżkę testu wewnętrznego

Wybierz aplikację, a potem przejdź do Test and release › Testing › Internal testing (Testowanie i publikowanie › Testowanie › Testy wewnętrzne). Google dokumentuje tę ścieżkę na dwa sposoby. Artykuł pomocy Play Console o konfigurowaniu testu skraca ją do Testing › Internal testing, a inna aktualna strona pomocy pokazuje pełne menu nadrzędne. Obie opisują to samo miejsce, więc jeśli Twoja konsola pokazuje krótsze menu niż zapisane tutaj, nie jesteś w złym miejscu.

Krok 2: utwórz listę testerów wewnętrznych

Otwórz kartę Testers (Testerzy) na ścieżce testu wewnętrznego i wybierz Create email list (Utwórz listę e-mailową). Nadaj liście nazwę, dodaj adresy, zapisz zmiany, a potem utwórz listę. Adresy można wpisać wprost w interfejsie, rozdzielając je przecinkami, albo wgrać jako plik CSV. To właśnie droga przez CSV po cichu niszczy listy, bo niesie trzy zasady udokumentowane raz i nigdy niepowtórzone.

Linter listy testerów

Krok 3: dodaj listę i kanał opinii

Wróć na kartę Testers (Testerzy), zaznacz listę lub listy użytkowników, których ta ścieżka ma używać, a potem podaj Google adres URL lub e-mail do zbierania opinii. Ten adres widzą testerzy na stronie przystąpienia do testu, co czyni z niego jedyną wbudowaną drogę, żeby powiedzieli Ci, że coś nie działa.

Krok 4: utwórz i wdroż wersję

Wybierz Create new release (Utwórz nową wersję), dodaj pakiet aplikacji, sprawdź go i wdroż bieżącymi elementami sterującymi konsoli. Warianty Play Console różnią się dokładnym brzmieniem przycisków na tyle, że uczenie się dalszej sekwencji klikania na pamięć jest raczej obciążeniem niż pomocą, więc instrukcja kończy się tam, gdzie kończy się aktualna dokumentacja Google.

Krok 5: skopiuj i udostępnij link przystąpienia

Skopiuj link dla testerów i roześlij go. To krok, który myli deweloperów co najmniej od 2018 roku, a zdziwienie jest całkiem zasadne: każdy inny system zaproszeń w internecie wysyła e-mail, a udokumentowany przez Google przebieg pracy daje Ci zamiast tego link do rozprowadzenia. Nie licz na to, że Play Console zaprosi testerów za Ciebie.

O tym, czy ten link w ogóle już istnieje, decydują dwa warunki. Link przystąpienia jest pokazywany tylko wtedy, gdy status aplikacji to Published. Dopóki aplikacja tkwi w Draft albo Pending publication, nie ma czego kopiować i żadne wielokrotne odświeżanie karty Testers linku nie wyczaruje. Potwierdzone

Krok 6: każdy tester przystępuje do testu i instaluje

Ostatni krok należy do testera i to jedyny, którego nie zrobisz za niego. Każda osoba otwiera Twój link zalogowana dokładnie na to konto, które dodałeś, kończy przystąpienie na tej stronie, a potem klika link do Sklepu Play i instaluje aplikację. Do tego momentu taka osoba kwalifikuje się, ale nie jest zapisana, a sama kwalifikacja nie daje niczego. Wysyłając link, dopisz obok nazwę konta, które zaprosiłeś, bo przystąpienie z niewłaściwej tożsamości to jedna z najczęściej zgłaszanych awarii w tym procesie i wygląda dokładnie jak zepsuty link.

Kto co robi

Cała sekwencja w jednej tabeli

Przewiń tabelę w bok, żeby zobaczyć wszystkie kolumny

Ile czasu, zanim testerzy zainstalują aplikację?

Podczas testu wewnętrznego działa pięć osobnych zegarów, a skargi na czas biorą się zwykle z porównywania niewłaściwych dwóch. Dotarcie kompilacji do systemu dystrybucji Google to jedno. Uruchomienie linku przystąpienia widocznego dla testera to drugie. Dotarcie opublikowanej zmiany do osób, które już dołączyły, to trzecie. Automatyczna aktualizacja zainstalowanej aplikacji to czwarte. A zastąpienie tymczasowej strony w sklepie Twoją prawdziwą nazwą aplikacji to piąte, i dlatego doskonale działająca kompilacja wewnętrzna może przez parę dni wyglądać na niedokończoną.

Czy moje czekanie jest jeszcze normalne?

Jedyna użyteczna wersja tego pytania zawiera to, na co czekasz, bo odpowiedź różni się między etapami setki razy. Narzędzie poniżej pyta o jedno i drugie, cytuje to, co Google faktycznie publikuje dla danego etapu, i oznacza własne progi liczbowe jako odczyt tego artykułu, a nie Google.

Zegar propagacji

Wszystkie zegary obok siebie

Przewiń tabelę w bok, żeby zobaczyć wszystkie kolumny

Redakcyjny wniosek wart zapamiętania: sekundy, minuty, kilka godzin i do 48 godzin są prawdziwe jednocześnie, bo opisują różne kawałki tego samego procesu. Każdy artykuł, który spłaszcza je do jednej liczby, wprowadzi kogoś w błąd dokładnie wtedy, gdy potrzebna mu będzie precyzja. Potwierdzone

Czy wersja wewnętrzna czeka na weryfikację Google?

Ostrożne sformułowanie ma tu znaczenie, bo dwa źródła Google nie brzmią identycznie. Strona produktowa Google dla testu wewnętrznego reklamuje go jako sposób na dystrybucję kompilacji bez czekania na weryfikację aplikacji. Centrum pomocy Play Console jest łagodniejsze i mówi, że testy wewnętrzne mogą nie podlegać zwykłej weryfikacji zasad i bezpieczeństwa Play.

Trafne stwierdzenie brzmi więc tak: test wewnętrzny zwykle pozwala prowadzić dystrybucję bez czekania na standardową weryfikację aplikacji. Nietrafne brzmi tak: wersje wewnętrzne nigdy nie są weryfikowane. Google nie obiecało kategorycznego zwolnienia z każdej weryfikacji, a napisanie, że obiecało, to sposób, w jaki artykuł staje się nieprawdziwy przy pierwszej wstrzymanej wersji wewnętrznej. Potwierdzone, z zastrzeżeniem co do sformułowania

Czy test wewnętrzny liczy się do 12 testerów?

To najbardziej brzemienne w skutki nieporozumienie w całym temacie i jest ono aktywnie rozpowszechniane. Co najmniej jeden szeroko kolportowany artykuł z 2026 roku opisuje obowiązkowe wymaganie jako coś, co spełnia się na ścieżce testu wewnętrznego. Własna strona Google z wymaganiami mówi co innego, słowami, które nie zostawiają miejsca na interpretację.

Reguła decyzyjna w jednym zdaniu

Używaj testu wewnętrznego do szybkiego, prywatnego QA z ludźmi, którym ufasz. Używaj testu zamkniętego, gdy potrzebujesz obowiązkowego testu przed wersją produkcyjną. To cała reguła i celowo tyle właśnie ten artykuł mówi o porównaniu: pełne zestawienie trzech ścieżek jest w tekście test wewnętrzny, zamknięty i otwarty, który powstał do tego pytania.

Przewiń tabelę w bok, żeby zobaczyć wszystkie kolumny

Kogo to wymaganie faktycznie dotyczy

Wymaganie ma określony zakres i to właśnie w zakresie kryje się większość nieporozumień. Strona Google dokumentuje je dla kwalifikujących się osobistych kont dewelopera utworzonych po 13 listopada 2023 r. Google ogłosiło tę zasadę 9 listopada 2023 r. i dlatego zobaczysz obie daty podawane jako początek.

Przy kontach organizacji uważaj na sformułowania. Strona Google z wymaganiami zawęża regułę do kont osobistych; nie zawiera zdania mówiącego, że konta organizacji są z niej zwolnione. Bezpieczne sformułowanie brzmi tak: wymaganie jest udokumentowane dla kwalifikujących się osobistych kont dewelopera, a cytowana strona nie nakłada go na konta organizacji. Zakres wywnioskowany

Uczestnictwo przez 14 dni to nie to samo co używanie przez 14 dni

Próg liczbowy jest zapisany w kategoriach nieprzerwanego uczestnictwa testerów, a nie codziennego korzystania. To część mierzalna. Osobno Google ocenia to, co zgłaszasz o swoim teście, gdy składasz wniosek o dostęp do wersji produkcyjnej, i może wymagać dalszych testów, jeśli liczba testerów albo zaangażowanie są niewystarczające. Konkurencyjne strony rutynowo zlepiają te dwie rzeczy w jedną wymyśloną regułę o minutach dziennego korzystania.

Czyli: progiem jest ciągłość uczestnictwa, a zaangażowanie ocenia się dodatkowo, a nie zamiast niego. Co to znaczy w praktyce dla trwającego testu, opisują zasada 14 dni z rzędu oraz wymaganie 12 testerów wyjaśnione. Potwierdzone

Dlaczego mój link do testu wewnętrznego nie działa?

To ta awaria, która zapełnia wątki społeczności o teście wewnętrznym, i zarazem najgorzej udokumentowana. Deweloperzy docierają do niej, zrobiwszy wszystko, o co prosiło Play Console, i dlatego doświadczenie jest tak dezorientujące: nie ma kodu błędu, nie ma diagnostyki, a strona radośnie informuje, że aplikacja jest niedostępna na Twoim koncie, jakby to konto było problemem, a nie objawem. Zgłoszenia ciągną się od pytania na Stack Overflow z 2018 roku po wątki na Google Developer Community z lipca 2026 r., po angielsku i po portugalsku, i opisują tę samą garstkę przyczyn.

Warto przestać myśleć o tym jak o zepsutym linku, a zacząć jak o obwodzie elektrycznym. Reguła dostarczania Google to szereg warunków, a jeden otwarty styk zatrzymuje wszystko dalej. Cztery stany pokrywają przyczyny, które w tych zgłoszeniach wracają: brak na liście testerów, na liście, ale bez przystąpienia do testu, przystąpił, ale używa niewłaściwego konta Google oraz poprawnie skonfigurowany i wciąż w propagacji. Ten ostatni w ogóle nie jest usterką i właśnie dlatego traci się na niego tyle czasu.

Znajdź otwartą bramkę

Ustaw każdy przełącznik poniżej zgodnie z tym, co faktycznie potwierdziłeś, a nie z tym, co zakładasz. Bramki są ułożone według tego, jak tanio da się je zweryfikować, więc pierwsza wciąż otwarta to ta, którą warto naprawić jako następną.

Symulator bramek dostępu

“Ta aplikacja jest niedostępna na Twoim koncie”

Dostęp testera jest przypisany do tożsamości, a nie do urządzenia czy linku. Google wymaga, żeby konto było ujęte w zarządzanej konfiguracji testerów i przystąpiło do tego programu testowego. Jeśli brakuje którejkolwiek połowy, Sklep Play nie ma jak odróżnić tej osoby od obcego, który trafił na Twój adres URL.

Powód, dla którego zdarza się to w praktyce tak często, jest prozaiczny: telefony i przeglądarki są rutynowo zalogowane na kilka kont Google, a to, które otwiera link, nie zawsze jest tym zaproszonym. Wątki na Google Developer Community z marca 2026 r. opisują testerów, którzy w ogóle nie potrafią przełączyć się na właściwą tożsamość, bo wybór konta zachowuje się inaczej, niż się spodziewają, a portugalskojęzyczne wątki z połowy 2025 r. zgłaszają ten sam wzorzec z odpowiedzią wskazującą wprost na dopasowanie konta wybranego w Google Play. Zgłoszenia społeczności

Nie ma linku przystąpienia do skopiowania

Zanim cokolwiek innego, sprawdź status aplikacji. Google pokazuje link przystąpienia tylko wtedy, gdy status aplikacji to Published. Przy Draft albo Pending publication link nie jest ukryty ani opóźniony, on jeszcze nie istnieje. To najczystsze rozwiązanie w całym zestawie diagnostycznym, bo warunek jest zero-jedynkowy i widoczny we własnej konsoli. Potwierdzone

Jest opublikowana, ale nikt nie znajduje jej w wyszukiwarce Play

To zachowanie oczekiwane, a nie usterka. Google podaje, że test wewnętrzny lub zamknięty poprzedzający test otwarty albo wersję produkcyjną nie jest wykrywalny przez wyszukiwarkę Sklepu Play. Testerzy, którym każesz „poszukać aplikacji w Play”, polegną za każdym razem, niezależnie od tego, jak poprawna jest Twoja konfiguracja, i całkiem rozsądnie zgłoszą, że aplikacja nie istnieje.

Wyślij bezpośredni link. Napisz w wiadomości wprost, że wyszukiwanie nie zadziała, bo to pierwsza rzecz, jaką każdy próbuje. Potwierdzone

Część testerów wciąż ma starą wersję

Przejdź trzy przyczyny po kolei. Po pierwsze propagacja: kolejne opublikowane zmiany mogą potrzebować wielu godzin, zanim dotrą do testerów, więc niedawna aktualizacja mogła po prostu jeszcze nie dojść. Po drugie kody wersji: użytkownik dostaje najwyższy zgodny kod wersji z dowolnej ścieżki, do której się kwalifikuje. Ponieważ do wersji produkcyjnej kwalifikują się wszyscy, zamiast niższej wersji testowej może zostać dostarczony wyższy produkcyjny kod wersji, co daje mylącą sytuację, w której Twoja najnowsza kompilacja wewnętrzna jest prawdziwa, poprawna i mimo to nie jest tym, co ma tester. Po trzecie kwalifikacja do ścieżki: konto uczestniczące w teście wewnętrznym nie kwalifikuje się do odbierania kompilacji zamkniętych ani otwartych, więc jeśli przeniosłeś pracę na inną ścieżkę, to konto patrzy na niewłaściwą. Potwierdzone

Wszystko się zgadza, a mimo to nie działa

Teraz, i dopiero teraz, warto sięgnąć po środki zaradcze społeczności: zrestartuj urządzenie, zrestartuj Sklep Play, wyczyść pamięć podręczną lub dane Sklepu Play albo otwórz link w czystym profilu przeglądarki. Pochodzą one z wątków Google Developer Community, a nie z zasad Google, i są zgłaszane jako coś, co komuś pomogło, a nie jako udokumentowane zachowanie. Stawianie ich na pierwszym miejscu to sposób, w jaki deweloperzy tracą całe dni, bo problemu z konfiguracją nie naprawią, a opóźnienie propagacji zamaskują jako sukces. Zgłoszenia społeczności

Jest też prawdziwy przypadek graniczny. Wątek społeczności z lutego 2026 r. opisuje link do testu wewnętrznego, który nigdy nie zadziałał, a wątek z maja 2026 r. zgłasza błąd HTTP 500 na stronie przystąpienia. Dla żadnego z nich nie ustalono ogólnej przyczyny źródłowej, a wymyślanie technicznego wyjaśnienia byłoby gorsze niż przyznanie tego wprost. Jeśli Twoja konfiguracja jest sprawdzalnie poprawna, okna propagacji minęły, a awaria jest uporczywa albo zwraca błąd serwera, to rozsądny moment na eskalację przez wsparcie Play Console zamiast dalszego zmieniania ustawień. Przyczyna niepotwierdzona

Od objawu do rozwiązania, ze stopniem pewności

Przewiń tabelę w bok, żeby zobaczyć wszystkie kolumny

Limity i zasady, które ludzie mylą

Przewiń tabelę w bok, żeby zobaczyć wszystkie kolumny

Test wewnętrzny a wewnętrzne udostępnianie aplikacji

To dwie różne funkcje o myląco podobnych nazwach, a wybór złej kosztuje popołudnie. Test wewnętrzny to formalna ścieżka opisywana w całym tym artykule: wersja, zarządzana lista do 100 testerów, przystąpienie do testu i aktualizacje dostarczane przez Google Play. Wewnętrzne udostępnianie aplikacji to narzędzie do szybkiego dzielenia się kompilacją, które bierze wgrany plik APK albo pakiet aplikacji i daje Ci link do pobrania, żebyś mógł go rozesłać. Ma własne mechanizmy kontroli dostępu, tylko inne: strona Google na jego temat pozwala ograniczyć pobieranie do list e-mailowych albo otworzyć link dla każdego, komu go wyślesz, a w obu przypadkach tester musi najpierw włączyć wewnętrzne udostępnianie aplikacji w swojej aplikacji Sklep Play.

Reguła praktyczna: użyj wewnętrznego udostępniania aplikacji, żeby rzucić kompilację koledze w ciągu najbliższych dziesięciu minut, a ścieżki testu wewnętrznego wtedy, gdy chcesz mieć historię wersji, listę testerów i kompilację, którą da się później awansować. Szczegół, który ludzi zaskakuje, to wygaśnięcie po 60 dniach, bo link działający w zgłoszeniu błędu sprzed dwóch miesięcy jest po prostu martwy, a nie źle skonfigurowany. Żadna z tych funkcji nie liczy się do testu zamkniętego z 12 testerami. Potwierdzone

Pułapka zakupów w aplikacji

Nie powtarzaj popularnego twierdzenia, że podczas testu wewnętrznego wszystko jest za darmo. Zasada Google oddziela aplikację od tego, co się w niej sprzedaje. Sama płatna aplikacja jest dla testera wewnętrznego darmowa w instalacji. Zakupy w aplikacji nadal są naliczane, chyba że konto tego testera jest dodatkowo skonfigurowane jako konto testera licencji.

Przy teście obejmującym subskrypcje ta różnica jest warta realnych pieniędzy, a co najmniej jeden wysoko pozycjonowany artykuł porównawczy twierdzi wprost coś odwrotnego. Jeśli Twoi testerzy mają za chwilę przejść ścieżkę zakupu, najpierw skonfiguruj testowanie licencji albo licz się z prawdziwymi obciążeniami. Potwierdzone

Dwie rzeczy, które nie są Twoim problemem

Duża część ogólnych porad o teście wewnętrznym w sieci każe naprawiać rzeczy, które nie mogą być przyczyną, co marnuje czas, a czasem psuje działającą konfigurację.

Sprawdzone twierdzenia i werdykty

Każdy wiersz poniżej to twierdzenie, które krąży w sieci na temat testu wewnętrznego. W kolumnie z werdyktem jest to, co potwierdzają źródła pierwotne, a nie to, co brzmi rozsądnie.

• Fałsz
  “Test wewnętrzny liczy się jako test z 12 testerami.” Strona Google z wymaganiami mówi wprost o teście zamkniętym. To najbardziej kosztowny błąd w całym temacie, bo odbiera ludziom całe 14-dniowe okno.
• Nieaktualne
  “Wciąż potrzebujesz 20 testerów.” To historia od 11 grudnia 2024 r. Obecne minimum to 12.
• Fałsz
  “Testerzy wewnętrzni dostają wszystkie zakupy za darmo.” Za darmo jest tylko sama płatna aplikacja. Zakupy w aplikacji są naliczane, o ile nie skonfigurowano testowania licencji.
• Fałsz
  “Jeśli tester jest za granicą, dodaj jego kraj.” Google wprost wyłącza test wewnętrzny z tego ograniczenia dystrybucji.
• Mylące
  “Twój link jest zepsuty, jeśli nie działa od razu.” Samo Google przewiduje kilka godzin na pierwszy link i wiele godzin na późniejsze zmiany.
• Mylące
  “Testerzy dostają link przystąpienia mailem, automatycznie.” Udokumentowany przez Google przebieg pracy zakłada, że to deweloper kopiuje link do udostępnienia i sam go rozprowadza. Nie planuj tego tak, jakby Play Console zapraszało testerów za Ciebie.
• Częściowo
  “Do testu wewnętrznego można użyć Grupy Google.” Aktualna pomoc konsoli dokumentuje listy e-mailowe dla testu wewnętrznego i Grupy Google dla testu zamkniętego. Zasób testers w publishing API obsługuje grupy szerzej, ale to nie przesądza o zachowaniu konsoli w 2026 roku na tej ścieżce. Korzystaj z udokumentowanej metody z listą e-mailową i nie planuj wokół grupy.
• Częściowo
  “Google pozwala dokładnie na jedną ścieżkę wewnętrzną.” Publishing API wystawia standardową ścieżkę wewnętrzną jako pojedynczą, znaną ścieżkę, a pomoc dokumentuje dodatkowe nazwane ścieżki zamknięte, nie podając liczby ścieżek wewnętrznych. Mów „standardowa ścieżka testu wewnętrznego”, zamiast twierdzić, że istnieje twardy limit.
• Prawda
  “Test wewnętrzny można prowadzić, zanim skończysz stronę w sklepie.” Google podaje, że do dystrybucji wewnętrznej przed pełnym skonfigurowaniem aplikacji wystarczy prawidłowy pakiet aplikacji.
• Prawda
  “Opinie testerów z testu nie zaszkodzą mojej publicznej ocenie.” Google podaje, że opinie użytkowników testowych nie wpływają na publiczną ocenę aplikacji.

Zakończenie testu wewnętrznego

Wstrzymaj ścieżkę. Testerzy zachowują kopię, którą już zainstalowali, ale przestają dostawać tą drogą aktualizacje testowe. Warto to wiedzieć, zanim uznasz, że wstrzymanie ścieżki usuwa aplikację z czyjegoś telefonu, bo tego nie robi. Potwierdzone

Jak przenieść kompilację do testu zamkniętego?

To krok, do którego większość ludzi dociera po udanym teście wewnętrznym, i to tutaj naprawdę rusza zegar dostępu do wersji produkcyjnej. Instrukcja poniżej celowo unika scenariusza przycisk po przycisku, bo warianty Play Console się różnią, a wyuczona na pamięć ścieżka klikania psuje się pierwsza.

1. 01
   Otwórz ścieżkę docelową Przejdź do Test and release › Testing › Closed testing i zarządzaj ścieżką zamkniętą, której chcesz użyć.
2. 02
   Utwórz wersję na tej ścieżce Wersja zamknięta jest osobną wersją, nawet jeśli poniesie artefakt, który już przetestowałeś.
3. 03
   Użyj ponownie przetestowanego artefaktu przez Add from library Wybierz wersję wgraną podczas testu wewnętrznego, zamiast wgrywać pakiet jeszcze raz. To ta część jest udokumentowana w aktualnej pomocy Google na temat wersji (odpowiedź 9859348). Potwierdzone
4. 04
   Skonfiguruj testerów zamkniętych Użyj elementów sterujących testerami należących do samej ścieżki zamkniętej. Dla testu zamkniętego aktualna pomoc obsługuje listy e-mailowe lub Grupy Google, co jest realną różnicą wobec ścieżki wewnętrznej.
5. 05
   Sprawdź i wdroż Potem udostępnij link przystąpienia do testu zamkniętego tak samo, jak udostępniłeś wewnętrzny. Obowiązują te same dwa warunki: obecność na liście i przystąpienie do testu.

Czy mogę zostawić tych samych testerów?

Jako ludzi tak, jako jednocześnie zapisanych uczestników nie, i to właśnie ta różnica psuje na tym etapie więcej testów zamkniętych niż cokolwiek innego.

Konto, które uczestniczy w teście wewnętrznym, nie kwalifikuje się do odbierania kompilacji z testu otwartego ani zamkniętego. Instrukcja Google mówi, że tester najpierw opuszcza test wewnętrzny, a dopiero potem przystępuje do testu zamkniętego. Twoja starannie zebrana wewnętrzna grupa QA może więc jak najbardziej stać się grupą testu zamkniętego, ale każda z tych osób musi aktywnie opuścić ścieżkę wewnętrzną, zanim zobaczy cokolwiek na zamkniętej.

Przewiń tabelę w bok, żeby zobaczyć wszystkie kolumny

Od tego miejsca mechanika to już inny temat: rekrutacja osób, które pozostaną w teście nieprzerwanie przez 14 dni, dopilnowanie, żeby zostały poprawnie policzone, i przejście kwestionariusza dostępu do wersji produkcyjnej. Zajmują się tym jak zaprosić testerów do testu zamkniętego, dlaczego Play Console pokazuje 0 zapisanych testerów oraz kwestionariusz dostępu do wersji produkcyjnej.

W czym pomaga PrimeTestLab

Warto być precyzyjnym co do tego przekazania pałeczki, bo obie ścieżki zawodzą z zupełnie innych powodów. Test wewnętrzny zawodzi na konfiguracji: link, którego jeszcze nie było, konto, które nigdy nie przystąpiło do testu, okno propagacji, którego ktoś nie przeczekał. To da się rozwiązać uważną lekturą i po to są pierwsze dwie trzecie tego artykułu.

Test zamknięty zawodzi na ludziach. Opublikowany warunek liczbowy Google to co najmniej 12 testerów uczestniczących w teście zamkniętym nieprzerwanie przez ostatnie 14 dni, co w praktyce znaczy dwanaście osób, które dołączają i wciąż są na miejscu w drugim tygodniu. Niezależnie od tej liczby chcesz, żeby ci testerzy instalowali kompilację i sensownie z niej korzystali, bo przy weryfikacji wniosku o dostęp do wersji produkcyjnej Google pyta o zaangażowanie, korzystanie z funkcji i opinie. Żadna z tych połówek nie jest problemem dokumentacji i żadna wiedza o konsoli ich nie naprawi. Większość deweloperów odkrywa to w chwili, gdy kończy test wewnętrzny i orientuje się, że wymaganie ani drgnęło.

Test zamknięty samodzielnie albo w naszych rękach

Przewiń tabelę w bok, żeby zobaczyć wszystkie kolumny

Tak, 25 testerów kosztuje teraz mniej niż 20. To promocja, a nie literówka: Enterprise ma obecnie najgłębszy rabat z trzech planów, przez co ma też najniższy koszt na testera, mniej więcej $1.12 wobec $1.50 w planie Professional. Oba plany prowadzą ten sam test zamknięty; promocja to jedyny powód, dla którego kolejność się odwraca, a strona z cennikiem podaje aktualne kwoty, gdyby zmieniły się od napisania tego tekstu.

W 7 400+ aplikacji w 120+ krajach utrzymujemy 99,9% skuteczności w wymaganiu testu zamkniętego. Nie powiemy Ci natomiast, że zatwierdzenie jest gwarantowane. Google ocenia wniosek o dostęp do wersji produkcyjnej na własnych zasadach i może zażądać dalszych testów, a każdy, kto obiecuje Ci konkretny wynik, opisuje coś, czego nie kontroluje. Zobowiązujemy się do tego, co kontrolujemy: jeśli test nie przejdzie, dostajesz bezpłatny ponowny test lub pełny zwrot pieniędzy.

FAQ o teście wewnętrznym

Podsumowanie