Test Payment Flows

Link Github: bit.ly/GitHub-testpayments

Aplicație simplă pentru a testa și a înregistra evenimentele fluxului de achiziții în aplicație, construită urmând practicile standard de facturare pentru aplicațiile care nu rulează propriul server de facturare (adică se bazează pe API-urile Play Billing de pe dispozitiv pentru a interoga produse și achiziții).

În prezent, acceptă telefon, Android TV și Wear OS.

Pentru a o utiliza, cea mai bună practică este să testați această aplicație pentru un flux de plată care nu funcționează cu propria dvs. aplicație. Dacă funcționează în această aplicație, comparați codul dvs. cu codul nostru Github sau verificați jurnalele noastre pentru a identifica diferențele; dacă nu reușește și în această aplicație, anunțați-ne - poate fi o modificare a facturării Play care întrerupe fluxul și poate fi necesar să actualizăm aplicația!

Notă: toate tranzacțiile din această aplicație sunt doar în scopuri de testare. Nu vor fi furnizate bunuri sau servicii reale pentru tranzacții. Termenii folosiți în aplicație (de exemplu, „Cumpărați un trandafir”) au doar scop demonstrativ și nu sunt reali.

Prețurile au fost setate la minimul necesar pentru a îndeplini cerințele Play Console pentru a minimiza costurile de testare folosind această aplicație.
Majoritatea costă 0,49 USD sau echivalent din cauza cerinței minime (pot diferi în unele țări din cauza unei cerințe minime diferite).

Fluxurile de achiziție au fost verificate în momentul lansării. De asemenea, va fi actualizat în mod constant pentru a ține pasul cu modificările de facturare necesare, cu toate eforturile noastre. Mai multe de validat încrucișat dacă descoperiți că plățile în propria aplicație nu reușesc din motive necunoscute.

Poate testa produse în aplicație, precum și abonamente (nu uitați să le anulați după testare!). De asemenea, furnizează jurnalele pentru a indica evenimentele din timpul fluxului de plată.

Detalii cheie de implementare din acest moment:

1. Asigurați-vă că vă gestionați achizițiile (recunoașteți și consumați, dacă este cazul) atunci când primiți un răspuns de succes în onPurchasesUpdated în PurchasesUpdatedListener

2. Asigurați-vă că interogați și achizițiile utilizatorilor (queryPurchasesAsync) în apelurile onResume() ale aplicației dvs. (sau echivalent dacă onResume() nu este un loc adecvat), examinați starea de confirmare a fiecărei achiziții și confirmați-le dacă nu au fost confirmate cu succes .

- Consumați și consumabilele dacă sunt deja recunoscute, dar încă incluse în răspuns (ceea ce înseamnă că nu a fost consumată cu succes)

3. Actualizați interfața de utilizare pentru a reflecta în consecință noile modificări ale răspunsului de facturare.

4. Rețineți că ecranele de ceas se pot opri destul de curând, ceea ce poate întârzia onPurchasesUpdated() etc. Și când treziți ecranul, atât onPurcahsesUpdated() cât și queryPurchasesAsync() din onResume() se pot declanșa aproape în același timp (deci asigurați-vă că verificați condițiile de cursă).

5. Rețineți că achizițiile care nu au fost confirmate în 72 de ore vor fi automat rambursate.