Form Test Data Generator

Generate valid, invalid, boundary, and edge-case data for common forms — then copy it as a table, JSON, CSV, or framework fixture.

Runs 100% client-side
Copy outputCSV & Markdown export
On this page4 sections
Synthetic data only. Do not paste real personal data, and never generate real payment credentials — use safe dummy values for payment scenarios.
FieldValid valueMore examples
NameAnne-Marie O'NeillJosé García · Wei Chen
Emailqa.user@example.comqa+test@example.com · first.last@example.co.uk
Usernameqa_user01test.engineer · jdoe
PasswordPassw0rd!23Tr0ub4dor&3
Date of birth1990-05-142001-12-31

HOW TO USE

  1. 01Pick a form preset — registration, login, checkout, profile, contact, or address.
  2. 02Choose a data mode: valid, invalid, boundary, special characters, unicode, empty, whitespace, or long input.
  3. 03Read the generated values in the table, with extra example values per field.
  4. 04Switch the output format to JSON, CSV, a Playwright/Cypress fixture, or a REST Assured body and copy it.

Try it

Preset = Registration, Mode = Invalid → see why 'qa@example' and a 3-char password should be rejected.

WHEN TO USE

Use this when you need more than happy-path data. It targets the values that expose validation, boundary, formatting, encoding, and localisation bugs — invalid emails, boundary-length names, unicode and emoji, whitespace, and long inputs — organised by the form you are testing. Unlike a realistic-data mock generator, the point here is the awkward edge cases. Use synthetic data only and never enter real PII or payment credentials.

WHAT BUGS THIS FINDS

  • Weak input validation

    Invalid emails, negative amounts, and malformed postcodes reveal fields that accept values they should reject.

  • Boundary and length bugs

    Minimum/maximum length names, passwords, and amounts expose off-by-one and truncation errors.

  • Encoding and localisation bugs

    Unicode, emoji, accents, and right-to-left text surface rendering, storage, and normalisation issues.

QA USE CASES

01

Negative-path manual testing

Run the invalid and boundary sets against a form to confirm error handling is correct.

02

Automation fixtures

Copy a Playwright or Cypress fixture of valid and invalid users straight into your test suite.

03

API request bodies

Generate a REST Assured or JSON body to drive negative API tests.