Krótka odpowiedź
Odpowiedzi przygotuj na podstawie własnej dokumentacji: rekrutacji, testów, opinii, zmian i gotowości aplikacji. Przykłady poniżej traktuj jako szkielet wypowiedzi, zastąp w nich każdy szczegół swoimi danymi i trzymaj się treści pytań oraz limitu znaków z własnego formularza w Konsoli Play.
Formularz pyta o test, który właśnie przeprowadziłeś, o aplikację, którą zbudowałeś, i o twoją decyzję o jej wydaniu. Ta strona omawia każde pole, pokazuje szkic odpowiedzi i podpowiada, co napisać, gdy dowodów masz niewiele, są wyłącznie opisowe albo test nie wymusił żadnej zmiany w kodzie.
Czym jest kwestionariusz dostępu do wersji produkcyjnej?
Gdy twój test zamknięty spełni kryteria, Konsola Play pokazuje w panelu aplikacji opcję „Poproś o dostęp do wersji produkcyjnej”. Ten ekran wymienia kryteria, które musisz jeszcze spełnić, i zawiera link Podgląd pytań, więc formularz możesz przeczytać, zanim zaczniesz go wypełniać. Google pyta w trzech sekcjach:
Google opisuje cel sekcji o teście zamkniętym jako potwierdzenie, że aplikacje są wystarczająco przetestowane przed publikacją. Sekcja 2 waży najmniej: Google pisze, że tych odpowiedzi nie pokazuje w Google Play i że nie wpływają one na dostęp do funkcji Konsoli Play.
Co publikuje Google
- Weryfikacja zwykle trwa najwyżej 7 dni, ale może potrwać dłużej.
- Google może poprosić o dalsze testy, jeśli nie masz 12 kwalifikujących się testerów albo jeśli testerzy nie korzystali aktywnie z aplikacji.
- Odpowiedzi z sekcji 2 nie są publikowane i nie wpływają na dostęp do funkcji.
- Wyjście z formularza bez przeklikania go do końca może skasować niezapisane odpowiedzi: między sekcjami używaj przycisku Dalej, a na końcu Wyślij.
Źródło: pomoc Konsoli Play, wymagania testowe dla osobistych kont dewelopera.
Na tej stronie omawiamy dziewięć pytań z pierwszego wniosku oraz jedno pytanie przy ponownym wniosku, zgłaszane przez deweloperów, których poproszono o dalsze testy. Google nie publikuje stałej listy, a opisywane sformułowania, typy pól i to, które pytania się pojawiają, różnią się między kontami. Kieruj się własnym formularzem.
Każdy przykład ma tutaj mniej niż 300 znaków i pokazuje własny licznik. Część deweloperów zgłasza limit w okolicach tej wartości, ale nie udało się potwierdzić żadnego powszechnego, aktualnego limitu, więc rozstrzyga licznik w twoim formularzu. Żadne opublikowane dane nie łączą długości odpowiedzi z wynikiem.
Jakie dowody warto przygotować?
Zrób to raz, a formularz przestanie być zadaniem pisarskim. Zbierz te trzy rzeczy, zanim go otworzysz. Wszystko na tej stronie jest z nich złożone.
Liczby, o które zostaniesz zapytany, wzięte z informacji o spełnieniu wymagań w Konsoli Play i z własnych zapisów, tak aby jedno zgadzało się z drugim i z tym, co napiszesz.
- Ilu testerów było zapisanych do testu i w jakich dniach.
- Czy zapis trwał nieprzerwanie przez ostatnie 14 dni, bez ani jednej przerwy.
- Na której wersji każdy tester zakończył test.
Odinstalowanie to nie wypisanie się. Tester, który usunie aplikację, nadal jest zapisany do testu; wypisanie się jest świadome i odbywa się przez link do testu albo przez sekcję testów beta aplikacji w Google Play (opuszczanie programu testów beta aplikacji). Liczba instalacji nie dowodzi więc ani tego, że testy się odbyły, ani tego, że się skończyły.
Czynności, nie przymiotniki. Zapisz, które ścieżki przeszli i skąd to wiesz.
- Które kluczowe ścieżki zostały sprawdzone: rejestracja, główne zadanie, udostępnianie, ustawienia, płatność.
- Mniej więcej jak często otwierali aplikację i przez jaki czas.
- Gdzie się zacinali i na jakich urządzeniach albo wersjach Androida, jeśli to wiesz.
Oznacz źródło każdego twierdzenia. Liczba z relacji testerów to co innego niż liczba zapisana przez analitykę, nawet jeśli obie podajesz cyframi. Jedna i druga się nadaje; napisz tylko, którą masz.
Google odsyła deweloperów do strony z opiniami z testów w Konsoli Play i zaleca prowadzenie notatek. Wystarczy jeden wiersz na każde zgłoszenie:
- Gdzie trafiła opinia (opinie z testów w Konsoli Play, formularz w aplikacji, czat, e-mail).
- Co w odpowiedzi wydałeś i w której wersji.
- Jak potwierdziłeś, że działa, i które zgłoszenia są nadal otwarte.
Zapis, który odpowiada na cztery z dziewięciu pytań
Wystarczą trzy kolumny. Wiersze poniżej należą do fikcyjnej aplikacji z następnej sekcji; twoje będą wyglądać zupełnie inaczej i o to właśnie chodzi.
| Co wykazał test | Co zostało wydane | Jak to sprawdzono |
|---|---|---|
| Przypomnienia o zmianach nie przychodziły po edycji grafiku. | Wersja 1.4.1: poprawione przeplanowanie przypomnień po edycji grafiku. | Obaj testerzy, którzy to zgłosili, potwierdzili, że przypomnienia przyszły na dwie kolejne zmiany. |
| Publikacja grafiku nie udawała się przy wolnym łączu i gubiła wersję roboczą. | Wersja 1.4.2: wersja robocza zostaje zapisana lokalnie i ponawiana aż do udanej publikacji. | Ponowny test na ograniczonym łączu, przed zmianą i po niej; wersja robocza przetrwała. |
| Widok tygodnia był ciasny na małych ekranach. | Nie wydane. Zaplanowane po premierze. | Otwarte. W odpowiedzi o gotowości wymienione jako punkt otwarty, a nie podane jako naprawione. |
Co, jeśli nie masz szczegółowej analityki?
Jeśli nie zbierałeś analityki sesji, i tak odpowiesz na każde pytanie. Nie zamienisz jednak wrażenia w pomiar. Napisz, co wiesz, i zaznacz, skąd to wiesz. „Dziesięciu z dwunastu testerów powiedziało mi, że ułożyło co najmniej jeden grafik, a analityki sesji nie miałem” nadaje się i da się sprawdzić. Zmyślona średnia długość sesji już nie.
To samo dotyczy raportu przedpremierowego: Google opisuje go jako testy automatyczne na własnych urządzeniach, z ograniczonym zakresem (wykrywanie problemów dzięki raportowi przedpremierowemu). Dowodzi on automatycznego przejścia po aplikacji, a nie testów z udziałem ludzi.
Jeśli Android vitals nie pokazuje awarii
Pusty panel to nie wykazany brak awarii. Android vitals opiera się na kwalifikujących się danych diagnostycznych, a Google zaznacza, że pusty widok może oznaczać zbyt mało danych przy wybranych filtrach (Android vitals). Jeśli danych jest mało, napisz o tym ograniczeniu.
Napisz odpowiedzi najpierw w innym miejscu
Google ostrzega, że wyjście z formularza bez kliknięcia Dalej w każdej sekcji i Wyślij na końcu może skasować twoją pracę. Napisz odpowiedzi w dokumencie, porównaj je ze sobą, a dopiero potem wklej.
Nadal potrzebujesz testerów?
Jeśli test już się zakończył, skorzystaj z poniższych przykładów, aby przygotować odpowiedzi na podstawie własnych danych, i porównaj każdą odpowiedź z tym, co faktycznie się wydarzyło. Jeśli nadal potrzebujesz testerów, porównaj opcje wsparcia testów: PrimeTestLab dostarcza odpowiedzi do kwestionariusza po swoim teście, a Ty je sprawdzasz i wysyłasz wniosek.
Jak korzystać z tych przykładowych odpowiedzi
Każdy fakt w każdym przykładzie poniżej jest zmyślony. Wszystkie opisują jedną fikcyjną aplikację, żeby było widać, jak z jednego zapisu testu powstaje dziewięć spójnych odpowiedzi. Żaden z nich nie jest gotową odpowiedzią dla twojej aplikacji i żaden nią nie staje się przez skrócenie.
Zanim czegokolwiek stąd użyjesz, zastąp każdą nazwę, liczbę, datę, funkcję i ustalenie swoimi. Odpowiedź, w której nadal stoi „Shiftly” albo która nadal mówi o dwunastu testerach przez czternaście dni, choć tak nie było, opisuje cudzy test.
Który wariant wybrać?
Domyślne szkice trzymają się fikcyjnego testu Shiftly. Pozostałe zakładki opisują inne sytuacje: inny sposób rekrutacji, uboższe dowody, inny rodzaj aplikacji. Wybierz ten, który pasuje do twojego testu, i uzgodnij z nim pozostałe odpowiedzi. Odpowiedź „bez zmian” nie może stać obok odpowiedzi o opiniach i gotowości, które mówią o wydanych poprawkach, a zakładka z grą opisuje osobną, fikcyjną grę.
Jak czytać szkic
- Tekst oznaczony w ten sposób to fakt, który musisz zastąpić.
- Skopiuj jako szablon zamienia każdy taki fragment na podpowiedź w nawiasach, nigdy na gotowe zdanie.
- Wyjaśnienia są poza panelem ze szkicem, więc nie wkleisz do formularza komentarza redakcyjnego.
- Licznik znaków mierzy przykład, a nie tekst, który wstawisz w jego miejsce.
Przykład poglądowy, nie prawdziwa aplikacja
ShiftlyFikcyjna aplikacja do układania grafików pracy dla małych sklepów i kawiarni, używana na tej stronie tylko po to, żeby dziewięć odpowiedzi trzymało się razem. Nie jest klientem ani studium przypadku i nie przypisujemy jej żadnego wyniku.
- Test zamknięty 12 testerów, 14 dni bez przerwy
- Kluczowe ścieżki Rejestracja, ułożenie tygodniowego grafiku, zaproszenie współpracownika, publikacja, otrzymanie przypomnienia o zmianie
- Wersje wydane w teście 1.4.1 i 1.4.2
- Punkt otwarty Ciasny widok tygodnia na małych ekranach
Część 1: twój test zamknięty
Ta sekcja prosi o opis rekrutacji, aktywności i opinii. Trzymaj odpowiedzi w zgodzie z informacjami o spełnieniu wymagań w Konsoli Play i z własnymi zapisami z testu, a przy tym wyjaśnij czynności, opinie i sprawdzenia, których nie widać w żadnym wskaźniku w panelu.
Jak pozyskałeś użytkowników do testu zamkniętego?
Google pyta, skąd wzięli się twoi testerzy. Podaj źródło, z którego naprawdę skorzystałeś, i napisz, kto prowadził test. Różnorodność to rozsądna praktyka, a nie zakaz korzystania z jednego źródła, więc uczciwie opisany jeden kanał jest lepszy niż zmyślona lista.
Czego wymaga to pole
- Kanał lub kanały, z których naprawdę skorzystałeś.
- Kim są testerzy wobec odbiorców twojej aplikacji.
- Kto ustalił scenariusze, czytał opinie i wydawał zmiany.
Szkic odpowiedzi (fikcyjny)
Zrekrutowałem 12 testerów z własnej sieci kontaktów: pięciu kolegów z biura coworkingowego, czterech znajomych układających grafiki w sklepach i trzy osoby z forum testerskiego. Wszyscy zapisali się w dwa dni i zostali w teście przez pełne 14 dni. Scenariusze ustaliłem i opinie czytałem sam.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Szkic odpowiedzi (fikcyjny)
Zrekrutowałem 12 testerów przez płatną usługę testerską. Scenariusze wybrałem sam, opinie czytałem w Konsoli Play i w raportach dostawcy, w trakcie testu wydałem dwie aktualizacje i poprosiłem każdego zgłaszającego o potwierdzenie poprawki.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Szkic odpowiedzi (fikcyjny)
Wszystkich 12 testerów mam z jednego źródła: z grupy niezależnych właścicieli sklepów, do której sam należę. To dokładnie ci ludzie, dla których powstała aplikacja. Każdego zaprosiłem osobiście, zamiast publikować otwarty link do testu.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Słabsza wersja i czego w niej brakuje
„Znalazłem testerów w internecie.”
Nie nazywa żadnego kanału, nie mówi, jak testerzy mają się do twoich odbiorców, ani kto prowadził test.
Żadne opublikowane wytyczne nie sugerują, że podanie nazwy dostawcy wpływa na wynik. Liczy się to, żeby reszta formularza się z tym zgadzała: jeśli testerów pozyskał dostawca, napisz, kto ustalił scenariusze, czytał opinie, wprowadzał zmiany i je sprawdzał.
Jak łatwo było pozyskać testerów?
Skala od bardzo trudno do bardzo łatwo. Wybierz opcję, która odpowiada twojemu doświadczeniu. Żadne opublikowane wytyczne nie wskazują preferowanej odpowiedzi. Opisy poniżej są luźnymi ilustracjami, a nie kryteriami: rekrutacja bywa trudna albo łatwa z powodów, których żaden z nich nie obejmuje.
- Bardzo trudno Nie udało ci się zebrać 12 osób, a test się opóźnił albo stanął.
- Trudno Trzeba było prosić wielokrotnie albo podchodzić do tego kilka razy przez dłuższy czas.
- Ani trudno, ani łatwo Wymagało trochę wysiłku i mniej więcej tyle czasu, ile zakładałeś.
- Łatwo Wystarczyła jedna albo dwie prośby, żeby zapełnić listę.
- Bardzo łatwo Chętnych było więcej niż miejsc.
Żadna z tych opcji nie jest zalecana. Treść i liczba odpowiedzi mogą się różnić od powyższych; kieruj się własnym formularzem.
Opisz zaangażowanie, jakie uzyskałeś od testerów
Własne przykłady Google dotyczą tu korzystania z funkcji i tego, czy przypomina ono prawdziwe użycie po premierze. „Bardzo zaangażowani” nie daje nikomu obrazu. Podaj ścieżki, okres, wzorzec korzystania i źródło swoich liczb.
Czego wymaga to pole
- Ilu testerów i przez jaki czas.
- Od dwóch do czterech ścieżek, które naprawdę przeszli, z nazwy.
- Wzorzec korzystania i skąd pochodzą liczby.
Szkic odpowiedzi (fikcyjny)
Przez 14 dni 12 testerów ułożyło 31 grafików; wszyscy przeszli rejestrację i ułożenie grafiku, dziewięciu zaprosiło współpracownika, siedmiu dostało przypomnienie. Testerzy z kilku sklepów otwierali aplikację prawie codziennie, reszta raz w tygodniu. Liczby pochodzą ze zdarzeń w aplikacji.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Szkic odpowiedzi (fikcyjny)
W tym teście nie miałem analityki sesji. Dziesięciu z dwunastu testerów powiedziało mi, że ułożyło co najmniej jeden tygodniowy grafik, a sześciu, że zaprosiło współpracownika. Dwóch testerów widziałem podczas rejestracji na udostępnionym ekranie. Nie podam liczby sesji.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Słabsza wersja i czego w niej brakuje
„Testerzy byli aktywni i korzystali z aplikacji.”
Ani liczby, ani okresu, ani nazwanej ścieżki, ani źródła czegokolwiek z tego.
Podsumuj opinie, które otrzymałeś
Google pyta zarówno o to, jakie były opinie, jak i o to, jak je zbierałeś. Podaj kanał, tematy, które naprawdę się pojawiły, i co z każdym zrobiłeś, łącznie z tym, czego nie zrobiłeś. Zmieszczenie kilku zgłoszeń w krótkim polu to ta część, która wymaga redakcji.
Czego wymaga to pole
- Gdzie trafiały opinie.
- Tematy, które naprawdę się pojawiły, niezależnie od tego, ile ich było.
- Które z nich już wydałeś, a które są nadal otwarte.
Szkic odpowiedzi (fikcyjny)
Opinie zbierałem przez sekcję „Opinie z testów” w Konsoli Play i czat grupowy. Tematy to brak przypomnień po edycji grafiku, nieudana publikacja grafiku przy wolnym łączu i ciasny widok tygodnia na małych ekranach. Dwa pierwsze są naprawione i wydane, trzeci nadal otwarty.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Słabsza wersja i czego w niej brakuje
„Opinie były pozytywne.”
Nie podaje kanału, tematu ani reakcji, czyli wszystkich trzech rzeczy, o które pyta to pole.
Jeśli opinie naprawdę były w całości pozytywne, napisz to i napisz, czego dotyczyły. Zmyślona usterka musi się zgadzać także z P8 i P9.
Brakuje ci testerów, którzy zostaną w teście przez 14 dni bez przerwy?
PrimeTestLab daje 12 wstępnie zweryfikowanych testerów od 19,99 USD, ze startem w ciągu od 4 do 6 godzin.
Część 2: twoja aplikacja lub gra
Google pisze, że tych odpowiedzi nie pokazuje w Google Play i że nie wpływają one na twój dostęp do funkcji Konsoli Play. Napisz je zwyczajnie. To nie jest opis w sklepie i nie ma tu czego sprzedawać.
Kto jest odbiorcą twojej aplikacji?
Google prosi o konkret. „Wszyscy” nie opisuje nikogo. Napisz, kim są, jaki problem mają i kiedy sięgają po aplikację. Jeśli naprawdę masz dwa rodzaje użytkowników, wymień oba.
Czego wymaga to pole
- Kim są: rola, sytuacja albo przedział wieku, jeśli naprawdę ma znaczenie.
- Problem, który mają, zanim pojawi się twoja aplikacja.
- Kiedy i jak często z niej korzystają.
Szkic odpowiedzi (fikcyjny)
Z aplikacji Shiftly korzystają właściciele i kierownicy sklepów oraz kawiarni zatrudniających od 3 do 20 osób, którzy dziś układają grafiki na papierze albo w notatniku. Sięgają po nią raz w tygodniu, planując kolejny tydzień, i na chwilę, gdy ktoś chce zamienić się zmianami.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Słabsza wersja i czego w niej brakuje
„Wszyscy.”
Nie nazywa użytkownika, problemu ani sytuacji i prawie nigdy nie jest prawdą.
Opisz, jaką wartość twoja aplikacja daje użytkownikom
Zacznij od efektu, a potem wymień dwie lub trzy funkcje, które go dają. W grze wartością jest samo doświadczenie: pętla rozgrywki, to, co ją wyróżnia, ile trwa sesja i dlaczego ktoś do niej wraca.
Czego wymaga to pole
- Efekt, w jednym zdaniu, przed jakąkolwiek listą funkcji.
- Dwie lub trzy funkcje, które ten efekt dają.
- W grze: pętla rozgrywki, wyróżnik, długość sesji.
Szkic odpowiedzi (fikcyjny)
W aplikacji Shiftly kierownicy sklepów wykorzystują ponownie grafik z zeszłego tygodnia, publikują go pracownikom i wysyłają przypomnienie przed każdą zmianą. Pracownicy proszą o zamianę w aplikacji, a nie w wiadomościach.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Szkic odpowiedzi (fikcyjny)
Gracze czyszczą planszę, łącząc kolory w serie przed upływem 90 sekund. Każda wyczyszczona plansza układa następną od nowa, więc żadne dwie rozgrywki się nie powtarzają. Jedna rozgrywka trwa około trzech minut, a gracze wracają po codzienną planszę.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Słabsza wersja i czego w niej brakuje
„Moja aplikacja jest przydatna i ma dobre funkcje.”
Żadnego efektu, żadnej funkcji, żadnego użytkownika, w polu, którego Google i tak nie publikuje.
Zakładka Gra to drugi fikcyjny przykład, nie Shiftly. Jeśli z niej korzystasz, reszta twoich odpowiedzi opisuje twoją grę, a nie aplikację do grafików.
Ile instalacji przewidujesz w pierwszym roku?
Google pisze, że wystarczy zgrubne oszacowanie, a przedziały są celowo szerokie. Wybierz przedział, który wynika z twoich odbiorców i planu premiery. Żadne opublikowane wytyczne nie wskazują preferowanego przedziału i nic nie uzasadnia popularnej rady, żeby wybierać środkowy.
- od 0 do 10 tys.
- od 10 tys. do 100 tys.
- od 100 tys. do 1 mln
- ponad 1 mln
- Nie wiem To prawdziwa opcja i łatwiej jej bronić niż liczby, którą zmyślisz.
Żadna z tych opcji nie jest zalecana i żaden z tych przedziałów niczego nie mówi o twojej aplikacji. Etykiety i treść przedziałów bywają różne; kieruj się własnym formularzem.
Część 3: gotowość do wersji produkcyjnej
Ta sekcja pyta, co dał test i dlaczego zdecydowałeś się wydać aplikację. Obie odpowiedzi powinny brzmieć jak wnioski z zapisu, który zbudowałeś wcześniej, a nie jak nowe twierdzenia, które pojawiają się dopiero tutaj.
Jakie zmiany wprowadziłeś na podstawie testu zamkniętego?
Opisz zmiany, które naprawdę wprowadziłeś, i to, jak je sprawdziłeś. Opublikowane wytyczne nie podają dla tego pola żadnego wzoru oceny ani minimalnej liczby aktualizacji. To nie znaczy, że odpowiedź nic nie zmienia, ani nie usprawiedliwia znanego problemu blokującego lub naruszenia zasad. Rozdziel to, co zrobione, od tego, co zaplanowane.
Czego wymaga to pole
- Co wykazał test, własnymi słowami.
- Co w odpowiedzi wydałeś, z numerem wersji, jeśli go masz.
- Jak to sprawdziłeś i co jest nadal otwarte.
Szkic odpowiedzi (fikcyjny)
Wydania w trakcie testu: dwa. 1.4.1 poprawiło przypomnienia po edycji grafiku, 1.4.2 naprawiło publikację przy wolnym łączu. Testerzy, którzy to zgłosili, potwierdzili poprawkę, a publikację sprawdziłem ponownie na ograniczonym łączu. Ciasny widok tygodnia jest otwarty, nie naprawiony.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Szkic odpowiedzi (fikcyjny)
W tym teście nie wydałem żadnych zmian. Testerzy sprawdzili rejestrację na Androidzie 10, publikację przy wolnym łączu i przypomnienia na trzech modelach. Wynik: brak zgłoszonych błędów i brak awarii w Android vitals przy wystarczających danych. Układ na małych ekranach niesprawdzony.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Słabsza wersja i czego w niej brakuje
„Poprawiliśmy aplikację.”
Nie nazywa ustalenia, wydania ani sprawdzenia, więc nie da się jej pogodzić z twoją odpowiedzią o opiniach.
Co, jeśli nie wprowadziłeś żadnych zmian?
Wytyczne nie narzucają liczby aktualizacji, a niezmieniona aplikacja nie jest automatycznie słabym wnioskiem. Słabą odpowiedź robi niewyjaśnione testowanie. Skorzystaj z zakładki Bez wydanych zmian powyżej: które ścieżki i warunki sprawdziłeś, jakie były wyniki i skąd pochodzą oraz co pozostaje nierozstrzygnięte. Nie wymyślaj usterki po to, żeby mieć poprawkę do opisania.
Jak zdecydowałeś, że aplikacja jest gotowa na wersję produkcyjną?
Google pyta o twoje kryteria decyzji, a nie o twoją pewność. Wymień dwie lub trzy rzeczy, na które patrzyłeś, i dowód za każdą z nich. Wszystko to powinno pojawić się już wcześniej w formularzu, z tą samą historią sprawdzeń.
Czego wymaga to pole
- Kryteria, których użyłeś, podane jako kryteria.
- Dowód stojący za każdym z nich.
- Punkty otwarte i powód, dla którego nie blokują wydania.
Szkic odpowiedzi (fikcyjny)
Kryteria: trzy. Poprawkę przypomnień potwierdzili testerzy, których dotyczyła. Publikację grafiku przetestowałem ponownie na ograniczonym łączu po wersji 1.4.2. Ciasny widok tygodnia jest nadal otwarty; to kwestia wyglądu, a sprawdzone kluczowe ścieżki działają.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Słabsza wersja i czego w niej brakuje
„Czułem, że aplikacja jest gotowa.”
Odczucie nie jest kryterium, więc nie ma tu z czym się zgodzić ani nie zgodzić.
Częste błędy w odpowiedziach
Żaden z nich nie jest regułą publikowaną przez Google. To wzorce, przez które odpowiedź mówi mniej, niż chciał powiedzieć deweloper, który ją napisał.
„Bardzo zaangażowani”, „bardzo pozytywne”, „dokładnie przetestowane”. Każde zajmuje miejsce w krótkim polu, nie nazywając ani ścieżki, ani liczby, ani okresu.
„Nie znaleziono żadnych problemów” w jednym polu i „naprawiłem kilka błędów” w następnym. Obie nie mogą być prawdziwe jednocześnie, a czytający nie ma jak stwierdzić, która jest.
Jeśli piszesz o opiniach, podaj, gdzie trafiały: opinie z testów w Konsoli Play, formularz w aplikacji, grupa na czacie, e-mail. Bez tego podsumowanie nie ma źródła.
Wklejony przykład, który nadal opisuje cudzą aplikację, cudzych odbiorców albo cudzy błąd, nie jest opisem twojego testu. Każdy szablon ma tę słabość, także te tutaj.
Procent wymyślony po to, żeby brzmieć rzetelnie, to twierdzenie, którego nie obronisz. Liczba z relacji testerów nadaje się w zupełności; napisz tylko, że właśnie taka jest.
Napisz, które poprawki zostały wydane, a które są zaplanowane. Przedstawienie planu jako wydania jest sprzeczne z twoją własną historią wersji.
Wybór opcji, która brzmi najmocniej, zamiast tej, która się wydarzyła, ustawia listę rozwijaną w sprzeczności z twoim tekstem, a żadne opublikowane wytyczne nie wskazują preferowanej odpowiedzi.
Sprawdź odpowiedzi przed wysłaniem
Formularz czyta się jako jeden dokument. To, co go osłabia, to najczęściej nie złe zdanie, ale dwa zdania, które się ze sobą nie zgadzają. Zrób ten przegląd, mając wszystkie dziewięć odpowiedzi obok siebie.
Nic z tej listy nie przesądza decyzji. To przegląd, po którym formularz przestaje kłócić się sam ze sobą.
Co się dzieje po wysłaniu wniosku?
Warto rozróżnić cztery wyniki, bo dwa z nich są regularnie ze sobą mylone. Trwająca weryfikacja to nie prośba o dalsze testy, a przyznany dostęp to jeszcze nie opublikowana aplikacja.
Obserwuj weryfikację
Weryfikacja w tokuGoogle podaje, że weryfikacja zwykle trwa najwyżej 7 dni i że może potrwać dłużej. Obserwuj Konsolę Play i e-mail przypisany do konta oraz odpowiadaj na to, o co Google poprosi. Samo długie oczekiwanie nie jest powodem, żeby wysyłać wniosek ponownie albo zaczynać test od nowa.
Jeszcze jeden krok
Dostęp do wersji produkcyjnej przyznanyDostęp i działająca aplikacja to dwie różne rzeczy. Nadal musisz przygotować i wdrożyć wydanie produkcyjne, które przechodzi własną weryfikację. Zobacz opis procesu wydawania aplikacji w Google oraz nasz tekst o czasach weryfikacji dostępu i wydania.
Przeczytaj treść wiadomości
Wymagane dalsze testyTo decyzja o twoim teście, a nie tylko o twoich sformułowaniach. Pełne wskazówki poniżej.
Problem z aplikacją, nie ze słowami
Sprawdzający nie mógł otworzyć aplikacjiJeśli aplikacja jest za logowaniem albo inaczej ograniczona, sprawdzający potrzebuje działających danych dostępowych. Podaj je w danych logowania do weryfikacji. Żadna odpowiedź w kwestionariuszu nie zastąpi dostępu do aplikacji.
Jeśli Google prosi o dalsze testy
Nie wysyłaj ponownie tego samego formularza i nie zakładaj, że problemem było twoje pisanie. Przejdź to w tej kolejności.
Powiadomienie zwykle podaje powód: mniej niż 12 kwalifikujących się testerów, przerwany zapis w czasie 14 dni albo testerzy, którzy nie korzystali aktywnie z aplikacji. Traktuj tę wiadomość jako ważniejszą od każdego ogólnego poradnika, łącznie z tym.
Jeśli brakowało ci testerów albo czyjś zapis się przerwał, wróć do 12 kwalifikujących się testerów z nieprzerwaną, świeżą historią, zanim złożysz wniosek ponownie, a przy nowych testerach oznacza to kolejne pełne 14 dni. Przepisanie odpowiedzi przy niezmienionym zapisie testerów nie zmieni informacji o spełnieniu wymagań.
Zaktualizuj fakty, które się zmieniły, i wyjaśnij każdą odpowiedź, która była niepełna albo dwuznaczna: odpowiedź potrafi nie przekazać dowodów, które już miałeś. Przeredagowanie nie naprawi jednak problemu z samym testowaniem. Drugi test może przynieść nowe obserwacje, opinie, zmiany albo potwierdzenia, ale żadne z nich nie jest pewne, a nowe wydanie nie jest wymagane.
Google wymaga, żeby w ostatnich 14 kolejnych dniach byli kwalifikujący się testerzy, więc nigdy nie składaj wniosku, mając mniej niż 12. Poza tym część wiadomości o odmowie podaje dodatkowy okres, a część nie podaje żadnego: Google nie publikuje powszechnego odstępu przed ponownym wnioskiem. Nasz poradnik o ponownym wniosku po odmowie „wymagane dalsze testy” opisuje oba przypadki, w tym to, dlaczego proszenie testerów o wypisanie się i ponowne dołączenie niszczy historię, którą masz.
Jeśli próbujesz ustalić, co poszło nie tak z samym testem, a nie z formularzem, zacznij od rozwiązywania problemów z odrzuconym testem zamkniętym.
Co zrobiłeś tym razem inaczej?
Zgłaszane przez deweloperów, którzy składają wniosek ponownie po prośbie o dalsze testy. Opisywane sformułowania bywają różne, a nie na każdym koncie to pytanie się pojawia, więc sprawdź własny formularz, zamiast z góry zakładać, że to pytanie się pojawi albo że się nie pojawi.
Nazwij to, co jest inne w zapisie, a nie to, co jest inne w twoim nastawieniu. Jeśli drugi test wyglądał tak samo jak pierwszy, to właśnie to trzeba naprawić przed ponownym wnioskiem.
Czego wymaga to pole
- Co zmieniło się w samym teście.
- Co to dało: ustalenia, wydania, potwierdzenia.
- Jak obecne dowody odnoszą się do wcześniejszej decyzji.
Szkic odpowiedzi (fikcyjny)
Od poprzedniego wniosku przeprowadziłem kolejny 14-dniowy test z 12 testerami i zapisywałem, co każdy z nich robił. Znalazły się dwie usterki przypomnień, naprawione w 1.4.3 i potwierdzone przez testerów, którzy je zgłosili. Te odpowiedzi opisują ten właśnie test i te wydania.
Kopiowanie niedostępne. Zaznacz i skopiuj szablon poniżej.
Słabsza wersja i czego w niej brakuje
„Tym razem skupiłem się na zbieraniu i wdrażaniu opinii.”
Opisuje zamiar, a nie różnicę, a różnica jest jedyną rzeczą, o którą to pole pyta.
Ten szkic to późniejszy scenariusz: drugi test z własnym wydaniem, 1.4.3. Jeśli pasuje do twojej sytuacji, reszta twoich odpowiedzi opisuje ten bieżący test, a nie wcześniejszy zapis z 1.4.1 i 1.4.2.
Jak PrimeTestLab wspiera twoje testy i twój wniosek
Wszystko powyżej zakłada, że masz zapis, z którego piszesz. Jeśli przeszkodą jest sam ten zapis, czyli znalezienie 12 osób, które zostaną w teście przez 14 dni bez przerwy, to jest właśnie ta część, którą robimy my. Prawdziwi ludzie na prawdziwych urządzeniach, start w ciągu od 4 do 6 godzin, pełne 14 dni i postęp, który widzisz na bieżąco.
Nasz plan Starter daje 12 testerów za 19,99 USD, plan Professional 20 testerów za 29,99 USD, a plan Enterprise 25 testerów za 27,99 USD, wszystkie z pełną gwarancją 14 dni.
Dokładnie tyle, ile wymaga minimum
Maksymalne pokrycie w tych samych 14 dniach
Więcej zaangażowania w tych samych 14 dniach
Co to daje ci w formularzu
Imiennie wskazani testerzy z nieprzerwaną historią zapisu, zapis tego, co robili, i ich opinie na piśmie: surowy materiał do P1, P3, P4 i P8. Odpowiedzi nadal piszesz sam, bo muszą być twoje.
Czego to nie daje
Nie wypełniamy kwestionariusza za ciebie, nie jesteśmy w stanie wpłynąć na weryfikację i nic na tej stronie nie przesądza decyzji. Jeśli jakaś usługa mówi inaczej, to właśnie to twierdzenie warto sprawdzić w pierwszej kolejności.
Porównaj plany testów zamkniętych
Często zadawane pytania
Czy mogę użyć tych przykładów jako szablonu?
Jako szkieletu tak. Jako tekstu do wysłania nie. Każdy fakt w nich należy do fikcyjnej aplikacji, więc odpowiedź, która te fakty zachowuje, opisuje cudzy test. Zastąp każdą nazwę, liczbę, funkcję i ustalenie; właśnie dlatego przycisk kopiowania daje ci szablon z podpowiedziami w nawiasach.
Czym jest kwestionariusz dostępu do wersji produkcyjnej?
To formularz, który wypełniasz, prosząc o dostęp do wersji produkcyjnej po teście zamkniętym. Pyta o przeprowadzony test, o twoją aplikację lub grę oraz o gotowość do wersji produkcyjnej. Dojdziesz do niego przez opcję „Poproś o dostęp do wersji produkcyjnej” w panelu aplikacji w Konsoli Play, a wcześniej przeczytasz go przez link Podgląd pytań.
Jak długa może być każda odpowiedź?
Każdy przykład tutaj ma mniej niż 300 znaków, a część deweloperów zgłasza limit w okolicach tej wartości. Nie udało się potwierdzić żadnego powszechnego, aktualnego limitu, więc rozstrzyga licznik w twoim formularzu. Żadne opublikowane dane nie łączą długości odpowiedzi z twoimi szansami.
Czy mam napisać, że skorzystałem z płatnej usługi testerskiej?
Możesz odpowiedzieć zgodnie z prawdą. Żadne opublikowane wytyczne nie sugerują, że podanie dostawcy wpływa na wynik, a zmyślona lista kanałów to większe ryzyko. Podaj źródło, a potem napisz, kto ustalił scenariusze, czytał opinie, wprowadzał zmiany i je sprawdził.
Co, jeśli nie mam analityki z testu?
Jeśli nie zbierałeś analityki sesji, napisz, co wiesz, i zaznacz, skąd to wiesz. „Dziesięciu z dwunastu testerów powiedziało mi, że przeszło rejestrację” nadaje się; zmyślona średnia długość sesji nie. Liczba z relacji testerów nadal jest liczbą, o ile to napiszesz.
Co, jeśli w trakcie testu zamkniętego nie wprowadziłem żadnych zmian?
Wytyczne nie narzucają liczby aktualizacji, a niezmieniona aplikacja nie jest automatycznie słabym wnioskiem. Słabą odpowiedź robi niewyjaśnione testowanie. Napisz, które ścieżki i warunki sprawdziłeś, jakie były wyniki i skąd pochodzą oraz co pozostaje nierozstrzygnięte.
Ile trwa weryfikacja dostępu do wersji produkcyjnej?
Google podaje, że zwykle trwa najwyżej 7 dni i że może potrwać dłużej. Trwająca weryfikacja to nie odmowa. Obserwuj Konsolę Play i e-mail przypisany do konta oraz odpowiadaj na to, o co Google poprosi.
Google poprosił mnie o dalsze testy. Kiedy mogę złożyć wniosek ponownie?
Przeczytaj wiadomość, którą dostałeś: część podaje konkretny dodatkowy okres, część nie podaje żadnego, a Google nie publikuje powszechnego odstępu przed ponownym wnioskiem. W każdym przypadku w ostatnich 14 kolejnych dniach musi być co najmniej 12 kwalifikujących się testerów. Zobacz kroki naprawcze powyżej i pełny poradnik o wymaganych dalszych testach.
Podsumowanie
Najważniejsze
Każdą odpowiedź napisz z własnego zapisu: kto testował, co robili, co zgłosili, co wydałeś i jak to sprawdziłeś. Zastąp każdy zmyślony szczegół z tej strony, wybierz z list rozwijanych opcje pasujące do twojej sytuacji, trzymaj się treści pytań i licznika z własnego formularza i przeczytaj odpowiedzi razem, żeby się ze sobą zgadzały.
Jeśli brakującym elementem jest właśnie ten zapis, porównaj plany testów zamkniętych.