Your first Test payment

Use a separate test order and complete project setup. Test uses USDT on TRON Shasta, not mainnet. Register the receiving address explicitly in Test, enable USDT, configure return URLs and an active HTTPS webhook, and keep the Test secret on your server. Test availability is required; if unavailable, contact support and use local signature/status fixtures without switching to Live.

Set your sending wallet to Shasta. Obtain test TRX for network fees from a Shasta faucet and the configured test USDT. Verify the network and supported test contract in supported assets; test tokens have no real value. Never enter your recovery phrase into a faucet.
Follow the v2 quick start to create one Test payment session with a saved order ID and idempotency key. Open its returned checkoutUrl unchanged.
Select the offered Test route. Compare the displayed network, token contract, address, exact amount and deadline. Send exactly once. QR contains only the address. Do not round or split transfers; if no route is available, stop.
Verify the raw signed payment_session.paid event and authenticated GET /v2/payment-sessions/:id, matching saved project, mode, order, currency and pricing. Record one test fulfillment with event and order deduplication. A connection test alone is not this payment test.
If not confirmed, check the transaction and authoritative status. A timely transfer may confirm after the countdown. Do not send again; follow payment problems.

Test payments do not fund Live service balance or earn Live referral rewards. Switching mode does not alter old instructions or order bindings. Configure and test every current Live webhook separately before issuing a Live secret.