Test Payment Flows

Github ბმული: bit.ly/GitHub-testpayments

მარტივი აპი შესყიდვების ნაკადის მოვლენების შესამოწმებლად და შესვლისთვის, შექმნილი ბილინგის სტანდარტული პრაქტიკის შესაბამისად იმ აპებისთვის, რომლებიც არ მართავენ საკუთარ ბილინგის სერვერს (ანუ, ეყრდნობა Play Billing API-ებს მოწყობილობაზე პროდუქტებისა და შესყიდვების მოთხოვნისთვის).

ამჟამად მხარდაჭერილია Phone, Android TV და Wear OS.

მის გამოსაყენებლად, საუკეთესო პრაქტიკაა, შეამოწმოთ ეს აპლიკაცია გადახდის ნაკადისთვის, რომელიც არ მუშაობს თქვენს საკუთარ აპლიკაციაში. თუ ის მუშაობს ამ აპლიკაციაში, შეადარეთ თქვენი კოდი ჩვენს Github კოდს ან შეამოწმეთ ჩვენი ჟურნალები განსხვავებების დასადგენად; თუ ის ასევე ვერ მოხერხდა ამ აპში, შეგვატყობინეთ - ეს შეიძლება იყოს Play ბილინგის ცვლილება, რომელიც არღვევს დინებას და შეიძლება მოგვიწიოს აპის განახლება!

შენიშვნა: ამ აპლიკაციაში ყველა გარიგება მხოლოდ სატესტო მიზნებისთვისაა. არანაირი რეალური საქონელი ან მომსახურება არ იქნება გათვალისწინებული ტრანზაქციებზე. აპში გამოყენებული ტერმინები (მაგ. „იყიდე ვარდი“) მხოლოდ საჩვენებელი მიზნებისთვისაა და არ არის რეალური.

ფასები დაყენებულია მინიმუმზე, რომელიც საჭიროა Play Console-ის მოთხოვნების დასაკმაყოფილებლად, რათა მინიმუმამდე დაიყვანოთ ტესტირება ამ აპის გამოყენებით.
უმეტესობა არის 0,49 აშშ დოლარი ან ექვივალენტი მინიმალური მოთხოვნის გამო (შეიძლება განსხვავდებოდეს ზოგიერთ ქვეყანაში განსხვავებული მინიმალური მოთხოვნის გამო).

შესყიდვების ნაკადები დამოწმებულია გამოშვების დროისთვის. ის ასევე მუდმივად განახლდება, რათა ჩვენი საუკეთესო ძალისხმევით დაეწიოს ბილინგის საჭირო ცვლილებებს. მეტი გადასამოწმებლად, თუ აღმოაჩენთ, რომ გადახდები თქვენს აპში გაურკვეველი მიზეზების გამო ვერ ხერხდება.

შეუძლია შეამოწმოს აპს-შიდა პროდუქტები, ასევე გამოწერები (გახსოვდეთ გააუქმეთ იგი თქვენი ტესტის შემდეგ!). ასევე უზრუნველყოფს ჟურნალებს გადახდის ნაკადის დროს მოვლენების მითითებისთვის.

განხორციელების ძირითადი დეტალები ამ მომენტისთვის:

1. დარწმუნდით, რომ ასრულებთ თქვენს შესყიდვებს (აღიარებთ და მოიხმართ, თუ ეს შესაძლებელია) როდესაც მიიღებთ წარმატებულ პასუხს onPurchasesUpdated-ში PurchasesUpdatedListener

2. დარწმუნდით, რომ თქვენ ასევე მიმართეთ მომხმარებლის შესყიდვებს (queryPurchasesAsync) თქვენი აპლიკაციის onResume() ზარებზე (ან ექვივალენტი, თუ onResume() არ არის სათანადო ადგილი), შეამოწმეთ თითოეული შესყიდვის დადასტურების სტატუსი და დაადასტურეთ ისინი, თუ ისინი წარმატებით არ იქნა აღიარებული. .

- ასევე მოიხმარეთ სახარჯო მასალა, თუ ის უკვე აღიარებულია, მაგრამ მაინც შედის პასუხში (რაც ნიშნავს, რომ წარმატებით არ იქნა მოხმარებული)

3. განაახლეთ UI, რათა ასახოს ახალი ცვლილებები ბილინგის პასუხებიდან შესაბამისად.

4. გაითვალისწინეთ, რომ საათის ეკრანები შეიძლება მალე გაქრეს, რაც პოტენციურად შეფერხდება PurchasesUpdated() და ა.შ. იმის გამო, რომ აპი აქტიურად არ მუშაობს ან არ იღებს მოვლენებს გადახდის დასრულებისას. და როდესაც ეკრანს გაიღვიძებთ, onPurcahsesUpdated() და queryPurchasesAsync() onResume()-ში შეიძლება თითქმის ერთდროულად გააქტიურდეს (ამიტომ დარწმუნდით, რომ შეამოწმეთ რასის პირობები).

5. გაითვალისწინეთ, რომ შესყიდვები, რომლებიც არ იქნა აღიარებული 72 საათის განმავლობაში, ავტომატურად დაბრუნდება.