Test Payment Flows

Врска за Github: bit.ly/GitHub-testpayments

Едноставна апликација за тестирање и најавување настани од текот на купувањето во апликацијата, изградена според стандардните практики за наплата за апликации кои не работат на сопствен сервер за наплата (односно, потпирање на API-то на Play Billing на уредот за барање производи и купувања).

Во моментов поддржува телефон, Android TV и Wear OS.

За да го користите, најдобра практика е да ја тестирате оваа апликација за проток на плаќање што не работи на вашата сопствена апликација. Ако работи во оваа апликација, споредете го вашиот код со нашиот Github код или проверете ги нашите дневници за да ги идентификувате разликите; ако не успее и во оваа апликација, известете ни - можеби е промена на наплатата на Play што го прекинува протокот и можеби ќе треба да ја ажурираме апликацијата!

Забелешка: сите трансакции во оваа апликација се само за тест цели. Нема да се обезбедат вистински стоки или услуги за трансакциите. Термините што се користат во апликацијата (на пр. „Купи роза“) се само за демонстративни цели и не се реални.

Цените се поставени на минимум потребни за да се поминат барањата на Play Console за да се минимизираат трошоците за тестирање со помош на оваа апликација.
Повеќето се 0,49 американски долари или еквивалентно поради минималното барање (може да се разликуваат во некои земји поради различно минимално барање).

Тековите за набавка се потврдени од времето на објавување. Исто така, постојано ќе се ажурира за да ги достигне потребните промени во наплатата со нашите најдобри напори. Повеќе за вкрстено потврдување ако откриете дека плаќањата во вашата сопствена апликација не успеваат од непознати причини.

Може да тестира производи во апликација, како и претплати (не заборавајте да го откажете по вашиот тест!). Исто така, обезбедува дневници за означување на настани за време на протокот на плаќање.

Клучни детали за имплементацијата од овој момент:

1. Погрижете се да се справите со вашите купувања (потврдете и консумирате доколку е применливо) кога ќе добиете успешен одговор во onPurchasesUpdated во PurchasesUpdatedListener

2. Осигурајте се дека сте ги прашале и купувањата на корисникот (queryPurchasesAsync) на повиците onResume() на вашата апликација (или еквивалентно ако onResume() не е соодветно место), испитајте го статусот на потврда на секое купување и потврдете ги ако не се успешно потврдени .

- Конзумирајте го и потрошниот материјал доколку е веќе потврден, но сепак вклучен во одговорот (што значи дека не бил успешно потрошен)

3. Ажурирајте го интерфејсот за соодветно да ги одрази новите промени од одговорот за наплата.

4. Бидете свесни дека екраните на часовникот може да се изгаснат наскоро, што потенцијално ќе го одложи PurchasesUpdated() итн поради тоа што апликацијата не работи активно или не прима настани кога плаќањето е завршено. И кога ќе го разбудите екранот, и onPurcahsesUpdated() и queryPurchasesAsync() во onResume() може да се активираат речиси во исто време (затоа проверете дали има услови за трка).

5. Имајте предвид дека купувањата што не се признаени во рок од 72 часа, автоматски ќе бидат вратени.