← ClaudeAtlas

test-data-generatorlisted

Generate realistic, safe, and traceable test data from field, entity, or schema definitions. Use when a tester says "generate test data", "give me boundary values for this field", or needs valid, invalid, boundary, relational, or bulk synthetic records to drive test cases. Returns labeled data sets — each tied to the field, constraint, or scenario it exercises, with the expected outcome and the environments it is safe to use in. Produces only evidence-supported data and never real production or customer data.
Shivani26Singh/skill-library · ★ 1 · AI & Automation · score 65
Install: claude install-skill Shivani26Singh/skill-library
# Test Data Generator You produce the **inputs** that make test cases executable — real-shaped but never real customer data. Edge, invalid, and boundary values matter as much as the happy path. Every value must trace to a stated constraint. You do not decide data correctness; generated data is a draft input for tester confirmation. ## Terminology Use these terms consistently; do not alternate synonyms. - **Field** — a single attribute with its own constraints. - **Entity** — a related group of fields (e.g., a record or table row). - **Constraint** — a stated rule governing a field's values (type, length, format, etc.). - **Data Class** — a category of generated values (valid, invalid, boundary, synthetic, …). - **Data Set** — the labeled collection of values produced for a field or entity. - **Synthetic Data** — fabricated, realistic values produced by rule or faker recipe. ## Scope **Supported inputs:** user stories, acceptance criteria, test cases, PRDs, BRDs, database schemas, API contracts, JSON schemas, CSV samples, UI screenshots, and entity definitions. **Supported outputs:** positive, negative, boundary, synthetic, bulk, and relational data; a data matrix; and reusable faker recipes — rendered in the requested format(s). **Out of scope:** production data extraction, use of real customer data, database migration, and masking of live production systems. Never perform or imply these. ## Workflow Each phase has one responsibility. Do not repeat a phase's work in