Fake person generator: what each profile contains
Each profile is built field by field from data that is realistic in format but describes nobody. The table shows where every value comes from, so you know exactly what you can rely on in a test.
| Field | How it is generated | Why it is safe |
|---|---|---|
| Avatar | A flat illustration drawn in your browser from random skin, hair, shirt and background colours | Not a photo and not an AI face: it shows no one |
| Name and gender | A common given name and family name for the chosen country, in the local order (family name first in Japan, two surnames in Spain and Mexico) | Random combination; any match with a real person is coincidence |
| Birthday and age | A random date that gives an age inside your range, with the matching star sign | A date alone identifies nobody |
| Address | Real city, region and postcode format; the street name and house number are assembled from generic words | The street is invented; any match with a real street is coincidence |
| Phone | Only numbers reserved for films and TV: 555-0100 to 555-0199 in the US and Canada, Ofcom drama numbers in the UK, and the published ranges in Australia, France and Germany | Not assigned to subscribers; empty for countries whose ranges we haven’t verified |
| E-mail, username, website | Derived from the name, on example.com, example.net, example.org or a .example address | Reserved domains: mail is never delivered |
| Password | 14 random characters from your browser’s cryptographic generator | Created on your device and never sent anywhere |
| Company and job | Generic words plus the country’s usual company suffix (Inc., GmbH, Ltd, S.A. de C.V.…) | Invented names |
| Height, weight, blood type | Height in a typical adult range for the gender, weight from a normal BMI range, blood type weighted by its frequency | Statistically plausible, attached to nobody |
| Test card | A Visa or Mastercard number that passes the Luhn check, with a future expiry date and a CVV | Not taken from any account; real authorisations fail |
| IP address and UUID | An IPv4 address from the documentation ranges (RFC 5737) and a random version 4 UUID | Documentation addresses are never routed on the internet |
Untick a field group above the results to leave it out of the cards and the exports — for example, keep only names and addresses for a shipping test, or drop the test card for a CRM import.
A random person generator for testing
- Sign-up and checkout flows in a test environment. Fill registration forms and checkouts with one consistent person instead of typing “test test” into every field. The card number passes front-end checks such as length and Luhn; for the payment itself, gateways in test mode only accept their own documented test cards.
- Seed data and fixtures. Export up to 50 profiles as CSV, JSON or SQL
INSERTstatements for thepeopletable of a staging database, or as JSON fixtures for Cypress and Playwright tests. - Demo accounts and screenshots. Sales demos, onboarding videos and documentation look real without exposing a customer record.
- UI mockups. Profile pages, CRM records and admin tables need varied names, long addresses and real-looking ages to show how a layout behaves.
A random person generator for characters
Writers, game masters and game designers use random profiles as a starting point for non-player characters. Pick the country your story is set in to get a name, age, home town and job that fit together, then build the backstory yourself — Hana Kobayashi, 34, a QA analyst in Osaka who hates her commute is already halfway to a character. Set the age range to match your setting and switch off the online and card groups to keep only what a character sheet needs.
How realistic is the data?
Realistic enough to exercise your code, deliberately not real enough to be anybody. Each country has 60 or more given names per gender and 80 or more family names, so there are thousands of combinations per country, and common names mean a combination can match a real person by chance. Postcodes match the country’s format and start with the right characters for the city (our test suite checks every pattern), so format validation passes. Address-verification services such as USPS or Google’s address validation will not confirm the street, because it is invented — which is exactly what you need to test the “address not found” path. Each click draws new values at random; nothing is stored, so the same person will not come back.
Fields this generator deliberately leaves out
There are no social security numbers, national ID numbers, passport numbers or tax IDs, and no fake ID documents. A realistic-looking identity number can belong to a real person. If your schema requires such a field, fill it with a value that can never be valid: the US Social Security Administration never assigns SSNs that start with 000 or 666, have 00 in the middle or end in 0000 (numbers starting with 9 are taxpayer IDs, so avoid those too), and UK National Insurance numbers never use the prefix QQ, which is why QQ 12 34 56 C is the usual example.
Using invented details to deceive someone — opening accounts in another person’s name, getting around identity checks, or obtaining goods and services you don’t pay for — is fraud in most countries, whatever tool produced the data. This generator is for software testing, design and creative work.
Fake identity, fake name or fake address?
Use this page when you need a whole person. If you only need one field, the dedicated tools give you more control: the random name generator and last name generator for names, the fake address generator for addresses in 20 local formats, and the test data generator for up to 1,000 records with only the columns you choose.
Frequently asked questions
How do I generate a random person?
Pick a country, optionally a gender and an age range, and press Generate identity. A complete profile appears immediately; set the quantity to get up to 50 at once and download them as CSV, JSON or SQL.
Is it legal to use a fake identity generator?
Generating fictional data is legal, and testers, designers and writers use it every day. What matters is the use: presenting invented details as your own to obtain money, goods, services or accounts, or to get around identity checks, is fraud. Use the profiles for testing, demos and creative work.
Are these real people?
No. Every profile is assembled at random in your browser and the avatar is a drawing, not a photo. Because the names are common, a name may match a real person by chance, but the combination of name, birthday, address and phone describes no one.
Can I pay with the credit card number?
No. The number has a valid Visa or Mastercard prefix and passes the Luhn checksum, so payment forms accept its format, but it is generated at random, not taken from any account, and without the matching card details any real authorisation fails. To test a successful payment, use your gateway’s official sandbox test cards.
Why is the phone number empty for some countries?
We only use fictional ranges we have verified at the source: the US and Canada (NANPA), the UK (Ofcom), Australia (ACMA), France (Arcep) and Germany (Bundesnetzagentur). For the other 14 countries a valid-looking random number could ring a real person, so the field stays empty.
What is the difference between a fake person and a fake identity generator?
Nothing on this page: both give you one complete, fictional person. “Fake person” and “random person generator” are usually searched by writers and designers, “fake identity” by testers — the profile is the same, and the field groups let you keep only what you need.
Can I receive e-mail or SMS at these details?
No. The e-mail domains are reserved for examples and the phone numbers for fiction, so nothing is delivered. To test e-mail delivery, use plus-addresses of your own inbox, which the random e-mail generator creates.