Reference material for developers who test payment flows

Building a checkout is the easy part. Making sure it behaves correctly when a card number is mistyped, when a BIN is routed to the wrong network, when a gateway returns a soft decline, or when an auditor asks where your test data came from — that is where most payment integrations actually break. These guides cover the mechanics behind those situations, written for the engineers and QA analysts who have to reproduce them on purpose.

Every article here is about test data and test environments. Nothing on this site produces a usable payment instrument: the numbers our generators create are structurally valid but are not issued by any bank, are not linked to an account, and will be declined by every real processor. That distinction is the point — you want data that satisfies your validation layer without ever touching a live authorization network.

Card number anatomy

How the 12–19 digits of a payment card decompose into a Major Industry Identifier, an issuer identification number, an account identifier and a check digit — and why length and prefix alone are not enough to identify a network reliably.

Card networks

One network at a time, in full: prefixes, lengths, security codes, and the integration mistakes each one causes.

Payment testing

Why our generated numbers are the wrong tool for testing an approval, a decline or a 3-D Secure challenge, and what to use instead.

Compliance and security

What the rules actually require when your test fixtures look like card data, and what the numbers on this site can and cannot do.

Each guide is dated and revised when payment network rules change. If you need the data rather than the theory, the tool directory lists every generator on the site, and the FAQ covers the questions that come up before you have read any of this.