Test Payment Flows

Link do Githuba: bit.ly/GitHub-testpayments

Prosta aplikacja do testowania i rejestrowania zdarzeń związanych z zakupami w aplikacji, zbudowana zgodnie ze standardowymi praktykami rozliczeniowymi dla aplikacji, które nie mają własnego serwera rozliczeniowego (tzn. korzystają z interfejsów API Play Billing na urządzeniu do wysyłania zapytań o produkty i zakupy).

Obecnie obsługuje telefon, Android TV i Wear OS.

Aby z niej skorzystać, najlepszą praktyką jest przetestowanie tej aplikacji pod kątem przepływu płatności, który nie działa w Twojej aplikacji. Jeśli to działa w tej aplikacji, porównaj swój kod z naszym kodem Github lub sprawdź nasze dzienniki, aby zidentyfikować różnice; jeśli w tej aplikacji również to się nie powiedzie, daj nam znać – może to być zmiana w rozliczeniach w Play, która zakłóca przepływ i być może będziemy musieli zaktualizować aplikację.

Uwaga: wszystkie transakcje w tej aplikacji służą wyłącznie celom testowym. W ramach transakcji nie będą dostarczane żadne rzeczywiste towary ani usługi. Terminy użyte w aplikacji (np. „Kup różę”) służą wyłącznie celom demonstracyjnym i nie są prawdziwe.

Ceny zostały ustawione na poziomie minimalnym niezbędnym do spełnienia wymagań Konsoli Play, aby zminimalizować koszty testowania tej aplikacji.
Większość z nich kosztuje 0,49 USD lub równowartość ze względu na wymagania minimalne (mogą się różnić w niektórych krajach ze względu na inne wymagania minimalne).

Przepływy zakupów zostały zweryfikowane w momencie wydania. Będzie on również stale aktualizowany, aby dołożyć wszelkich starań, aby nadążać za wymaganymi zmianami w rozliczeniach. Więcej informacji do sprawdzenia krzyżowego, jeśli okaże się, że płatności w Twojej aplikacji nie działają z nieznanych powodów.

Można testować produkty w aplikacji oraz subskrypcje (pamiętaj, aby anulować tę opcję po teście!). Zapewnia również dzienniki wskazujące zdarzenia podczas przepływu płatności.

Kluczowe szczegóły wdrożenia na ten moment:

1. Upewnij się, że zajmujesz się swoimi zakupami (potwierdź i skonsumuj, jeśli to konieczne), gdy otrzymasz pomyślną odpowiedź w onPurchasesUpdated w ZakupyUpdatedListener

2. Upewnij się, że wysyłasz także zapytania o zakupy użytkowników (queryPurchasesAsync) w wywołaniach onResume() swojej aplikacji (lub równoważnych, jeśli onResume() nie jest właściwym miejscem), sprawdzaj status potwierdzenia każdego zakupu i potwierdzaj je, jeśli nie zostały pomyślnie potwierdzone .

- Zużyj także materiały eksploatacyjne, jeśli zostało to już potwierdzone, ale nadal jest uwzględnione w odpowiedzi (co oznacza, że ​​nie zostało pomyślnie zużyte)

3. Zaktualizuj interfejs użytkownika, aby odpowiednio odzwierciedlić nowe zmiany w odpowiedzi na rozliczenia.

4. Pamiętaj, że ekrany zegarka mogą wkrótce wyłączyć się, co może opóźnić funkcjęPurchasesUpdated() itp., ponieważ aplikacja nie działa aktywnie lub nie odbiera zdarzeń po zakończeniu płatności. A kiedy obudzisz ekran, zarówno onPurcahsesUpdated(), jak i queryPurchasesAsync() w onResume() mogą zostać uruchomione prawie w tym samym czasie (więc pamiętaj o sprawdzeniu warunków wyścigu).

5. Pamiętaj, że zakupy niepotwierdzone w ciągu 72 godzin zostaną automatycznie zwrócone.