What are Test Cards?
Test cards are fake credit card numbers that work in the sandbox environment. They let you test payment flows without using real cards or moving real money. Why use test cards:- Safe testing: No risk of accidentally charging real cards
- Predictable results: Each test card returns a specific response
- Test scenarios: Simulate approvals, declines, and errors
- Free: No cost to test as much as you want
api-sandbox.revolv3.com) when testing.
Sandbox Behavior and Limitations
ACH Transactions
- Status: ACH transactions typically start in
Pendingstatus - Settlement: Can take 1-2 business days to settle (even in sandbox)
- Webhooks: Use webhooks to receive status updates when ACH completes
Account Updater
- Sandbox support: Account Updater in sandbox is only supported by WorldPay
- Other processors: May not show account updates in sandbox
Rate Limits
- Sandbox has rate limits and simulator constraints
- Test high-volume flows carefully
- Some behaviors may differ from production
WorldPay Test Cards
WorldPay provides comprehensive test card documentation. For the most up-to-date list, see: WorldPay Test Card DocumentationExample: Successful Payment
Example: Declined Payment
WorldPay ACH Test Data
For testing ACH payments with WorldPay:WorldPay Account Updater
For testing Account Updater functionality: WorldPay Account Updater Test Cards Example:Adyen Test Cards
Adyen provides test card numbers for their sandbox environment: Adyen Test Card NumbersExample
Nuvei Test Cards
Nuvei provides test cards for sandbox testing: Nuvei Test Cards DocumentationACH Test Data
For successful ACH responses in Nuvei sandbox:ACH Decline Test Cases
To test ACH declines, use these values: For declined deposits or pre-approvals:- Account number:
3666394279 - Routing number:
123456780
- NSF (Insufficient Funds): Use amount
1.27 - Declined response: Use amount
1.30
EPX Test Cards
EPX (PaymentHub) provides test card data:Credit Card Test Data
- Payment Account Number:
4000000000000002 - Security Code:
123 - Expiration Date: Any future date (must be greater than current date)
- Amount for success: Use
1.00for successful transactions
Example Request
EPX Test Amounts
Different amounts trigger different responses. See the EPX documentation for the complete table, or refer to the image in the documentation:
TSYS Test Cards
Visa Test Card
- Card number:
4012000098765439 - Expiration:
12/25 - CVV:
999 - Amount for success:
0.52
MasterCard Test Cards
- Card number:
5146 XXXX 3150 0000or5146 XXXX 3122 0000 - Use standard expiration and CVV
Testing Billing Address
For TSYS, the billing address values are important and trigger different results:Best Practices for Testing
- Use sandbox: Always test in sandbox (
api-sandbox.revolv3.com) before production - Test all scenarios: Test both success and failure cases
- Use webhooks: Set up webhooks to test async scenarios (like ACH)
- Test edge cases: Try different amounts, expired cards, etc.
- Keep test data separate: Don’t mix test and production data
Common Questions
Q: Can I use these cards in production? A: No, test cards only work in sandbox. They will be declined in production. Q: Do test cards expire? A: Use future expiration dates. The exact date doesn’t matter as long as it’s in the future. Q: What if a test card doesn’t work? A: Check the processor documentation for the most current test cards. Test card numbers can change. Q: Can I test all decline codes? A: Different processors support different test scenarios. Check each processor’s documentation for specific decline codes.Next Steps
- Test ACH Validation — Learn about ACH account verification testing
- Sandbox Limitations — Understand sandbox constraints
- Production vs Sandbox — Learn the differences between environments

