Prepaid-card fixtures for payment integration tests
Create a prepaid sandbox fixture and test funding-aware UI. Understand reusable numbers, provider-specific behavior, and what the generator does not simulate.
Make the funding case explicit
If your application shows a funding label or branches on a provider’s card metadata, include a prepaid fixture in the test dataset. An explicit case is easier to understand than a generic card object whose intended meaning is hidden.
The default prepaid generator supports seven brand formats and labels funding as synthetic prepaid test data. It does not create an issuer relationship or balance. Sandbox mode includes the documented Stripe Mastercard prepaid fixture.
Generate and inspect the record
Generate one to 50 unique synthetic records with optional sample billing addresses. Each number passes Luhn, and each name, expiry pair and CVV is distinct within the batch. Choose Payment sandbox numbers for documented provider integration tests.
Copy a field or export JSON and CSV for your project. Multiple generated records do not represent separate issued prepaid accounts, stored balances, or redeemable value.
kivel run developer-prepaid-card-generator \
--options '{"count":"1"}' < /dev/nullTest the rule, not an invented balance
For a funding-aware interface, assert that the prepaid label appears and that the intended branch of your own application runs. Include a credit or debit fixture as a comparison case.
This generator does not simulate loading money, spending down a balance, redeeming a gift card, or an issuer’s rules. If a workflow depends on those behaviors, use the specific provider’s testing facilities. Changing the sample CVC does not create a new payment scenario.
Keep fixtures repeatable
In Stripe sandbox mode, use the documented PaymentMethod identifier when testing Stripe APIs. For application-only tests, name the fixture by its role, such as prepaid-card-summary, and assert the behavior you expect.
The generator runs locally in the browser and through the same hosted execution interface as other utilities. No file or temporary account is created, so there is no resource lease to manage; hosted usage quotas still apply.