Test Payment Flows

GitHub ਲਿੰਕ: bit.ly/GitHub-testpayments

ਐਪ ਖਰੀਦਦਾਰੀ ਪ੍ਰਵਾਹ ਇਵੈਂਟਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਅਤੇ ਲੌਗ ਇਨ ਕਰਨ ਲਈ ਸਧਾਰਨ ਐਪ, ਉਹਨਾਂ ਐਪਸ ਲਈ ਮਿਆਰੀ ਬਿਲਿੰਗ ਅਭਿਆਸਾਂ ਤੋਂ ਬਾਅਦ ਬਣਾਇਆ ਗਿਆ ਹੈ ਜੋ ਉਹਨਾਂ ਦਾ ਆਪਣਾ ਬਿਲਿੰਗ ਸਰਵਰ ਨਹੀਂ ਚਲਾਉਂਦੇ ਹਨ (ਭਾਵ, ਉਤਪਾਦਾਂ ਅਤੇ ਖਰੀਦਾਂ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਨ ਲਈ ਪਲੇ ਬਿਲਿੰਗ ਔਨ-ਡਿਵਾਈਸ API 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ)।

ਵਰਤਮਾਨ ਵਿੱਚ ਫ਼ੋਨ, Android TV, ਅਤੇ Wear OS ਦਾ ਸਮਰਥਨ ਕਰ ਰਿਹਾ ਹੈ।

ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ, ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸ ਇਹ ਹੈ ਕਿ ਇਸ ਐਪ ਦੀ ਇੱਕ ਭੁਗਤਾਨ ਪ੍ਰਵਾਹ ਲਈ ਜਾਂਚ ਕਰੋ ਜੋ ਤੁਹਾਡੀ ਆਪਣੀ ਐਪ 'ਤੇ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਜੇ ਇਹ ਇਸ ਐਪ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਆਪਣੇ ਕੋਡ ਦੀ ਸਾਡੇ ਗਿਥਬ ਕੋਡ ਨਾਲ ਤੁਲਨਾ ਕਰੋ ਜਾਂ ਅੰਤਰਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਸਾਡੇ ਲੌਗਸ ਦੀ ਜਾਂਚ ਕਰੋ; ਜੇਕਰ ਇਹ ਇਸ ਐਪ ਵਿੱਚ ਵੀ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸਾਨੂੰ ਦੱਸੋ - ਇਹ ਇੱਕ ਪਲੇ ਬਿਲਿੰਗ ਤਬਦੀਲੀ ਹੋ ਸਕਦੀ ਹੈ ਜੋ ਪ੍ਰਵਾਹ ਨੂੰ ਤੋੜ ਦਿੰਦੀ ਹੈ ਅਤੇ ਸਾਨੂੰ ਐਪ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ!

ਨੋਟ: ਇਸ ਐਪ ਵਿੱਚ ਸਾਰੇ ਲੈਣ-ਦੇਣ ਸਿਰਫ ਟੈਸਟ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਹਨ। ਲੈਣ-ਦੇਣ ਲਈ ਕੋਈ ਅਸਲ ਵਸਤੂਆਂ ਜਾਂ ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ। ਐਪ ਵਿੱਚ ਵਰਤੇ ਗਏ ਸ਼ਬਦ (ਉਦਾਹਰਨ ਲਈ, "ਇੱਕ ਗੁਲਾਬ ਖਰੀਦੋ") ਸਿਰਫ਼ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਹਨ ਅਤੇ ਅਸਲ ਨਹੀਂ ਹਨ।

ਇਸ ਐਪ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਟੈਸਟ ਕਰਨ ਲਈ ਲਾਗਤ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ Play Console ਲੋੜਾਂ ਨੂੰ ਪਾਸ ਕਰਨ ਲਈ ਕੀਮਤਾਂ ਨੂੰ ਘੱਟੋ-ਘੱਟ ਲੋੜੀਂਦੇ 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ।
ਘੱਟੋ-ਘੱਟ ਲੋੜ ਦੇ ਕਾਰਨ ਜ਼ਿਆਦਾਤਰ USD $0.49 ਜਾਂ ਇਸ ਦੇ ਬਰਾਬਰ ਹਨ (ਇੱਕ ਵੱਖਰੀ ਘੱਟੋ-ਘੱਟ ਲੋੜ ਦੇ ਕਾਰਨ ਕੁਝ ਦੇਸ਼ਾਂ ਵਿੱਚ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ)।

ਰੀਲੀਜ਼ ਦੇ ਸਮੇਂ ਅਨੁਸਾਰ ਖਰੀਦ ਪ੍ਰਵਾਹ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਗਈ ਹੈ। ਸਾਡੇ ਸਭ ਤੋਂ ਵਧੀਆ ਯਤਨਾਂ 'ਤੇ ਲੋੜੀਂਦੇ ਬਿਲਿੰਗ ਤਬਦੀਲੀਆਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਇਸਨੂੰ ਲਗਾਤਾਰ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਵੇਗਾ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਪਤਾ ਲੱਗਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਖੁਦ ਦੀ ਐਪ ਵਿੱਚ ਭੁਗਤਾਨ ਅਣਜਾਣ ਕਾਰਨਾਂ ਕਰਕੇ ਅਸਫਲ ਹੋ ਰਿਹਾ ਹੈ ਤਾਂ ਕ੍ਰਾਸ-ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਹੋਰ।

ਇਨ-ਐਪ ਉਤਪਾਦਾਂ ਦੇ ਨਾਲ-ਨਾਲ ਗਾਹਕੀਆਂ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦਾ ਹੈ (ਆਪਣੇ ਟੈਸਟ ਤੋਂ ਬਾਅਦ ਇਸਨੂੰ ਰੱਦ ਕਰਨਾ ਯਾਦ ਰੱਖੋ!) ਭੁਗਤਾਨ ਪ੍ਰਵਾਹ ਦੌਰਾਨ ਘਟਨਾਵਾਂ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਲੌਗ ਵੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਇਸ ਪਲ ਦੇ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕਰਨ ਦੇ ਮੁੱਖ ਵੇਰਵੇ:

1. ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਆਪਣੀਆਂ ਖਰੀਦਾਂ ਨੂੰ ਸੰਭਾਲਦੇ ਹੋ (ਮੰਨਦੇ ਹੋ, ਅਤੇ ਜੇਕਰ ਲਾਗੂ ਹੋਵੇ ਤਾਂ ਖਪਤ ਕਰਦੇ ਹੋ) ਜਦੋਂ ਤੁਹਾਨੂੰ onPurchasesUpdated in PurchasesUpdatedListener ਵਿੱਚ ਇੱਕ ਸਫਲ ਜਵਾਬ ਮਿਲਦਾ ਹੈ।

2. ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਆਪਣੀ ਐਪ ਦੀਆਂ onResume() ਕਾਲਾਂ (ਜਾਂ ਬਰਾਬਰ ਜੇਕਰ onResume() ਇੱਕ ਸਹੀ ਜਗ੍ਹਾ ਨਹੀਂ ਹੈ ਤਾਂ ਉਪਭੋਗਤਾ ਦੀਆਂ ਖਰੀਦਾਂ (queryPurchasesAsync) ਦੀ ਵੀ ਪੁੱਛਗਿੱਛ ਕਰਦੇ ਹੋ, ਹਰੇਕ ਖਰੀਦ ਦੀ ਰਸੀਦ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ ਜੇਕਰ ਉਹਨਾਂ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ। .

- ਜੇਕਰ ਇਹ ਪਹਿਲਾਂ ਹੀ ਸਵੀਕਾਰ ਕੀਤਾ ਗਿਆ ਹੈ ਪਰ ਅਜੇ ਵੀ ਜਵਾਬ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ (ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਸਫਲਤਾਪੂਰਵਕ ਖਪਤ ਨਹੀਂ ਕੀਤੀ ਗਈ ਸੀ) ਦੀ ਖਪਤ ਵੀ ਕਰੋ

3. ਉਸ ਅਨੁਸਾਰ ਬਿਲਿੰਗ ਜਵਾਬ ਤੋਂ ਨਵੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਦਰਸਾਉਣ ਲਈ UI ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ।

4. ਧਿਆਨ ਰੱਖੋ ਕਿ ਭੁਗਤਾਨ ਪੂਰਾ ਹੋਣ 'ਤੇ ਐਪ ਸਰਗਰਮੀ ਨਾਲ ਨਹੀਂ ਚੱਲ ਰਹੀ ਜਾਂ ਇਵੈਂਟਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਨਾ ਕਰਨ ਦੇ ਕਾਰਨ, ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਖਰੀਦਦਾਰੀ ਅੱਪਡੇਟਡ() ਆਦਿ 'ਤੇ ਦੇਰੀ ਹੋ ਸਕਦੀ ਹੈ, ਦੇਖਣ ਦੀ ਸਕ੍ਰੀਨ ਬਹੁਤ ਜਲਦੀ ਬੰਦ ਹੋ ਸਕਦੀ ਹੈ। ਅਤੇ ਜਦੋਂ ਤੁਸੀਂ ਸਕ੍ਰੀਨ ਨੂੰ ਜਗਾਉਂਦੇ ਹੋ, ਤਾਂ onResume() ਵਿੱਚ onPurcahsesUpdated() ਅਤੇ queryPurchasesAsync() ਦੋਵੇਂ ਲਗਭਗ ਇੱਕੋ ਸਮੇਂ ਫਾਇਰ ਹੋ ਸਕਦੇ ਹਨ (ਇਸ ਲਈ ਦੌੜ ਦੀਆਂ ਸਥਿਤੀਆਂ ਦੀ ਜਾਂਚ ਕਰਨਾ ਯਕੀਨੀ ਬਣਾਓ)।

5. ਧਿਆਨ ਰੱਖੋ ਕਿ 72 ਘੰਟਿਆਂ ਦੇ ਅੰਦਰ-ਅੰਦਰ ਸਵੀਕਾਰ ਨਾ ਕੀਤੀ ਗਈ ਖਰੀਦਦਾਰੀ ਆਪਣੇ ਆਪ ਵਾਪਸ ਕਰ ਦਿੱਤੀ ਜਾਵੇਗੀ।