HandyTools Hub

Testdatengenerator

Fake-Namen, E-Mails, Telefonnummern, Adressen und mehr generieren

Der Testdaten-Generator erzeugt Stapel gefälschter Datensätze – Namen, E-Mails, Telefonnummern, Adressen, Firmen, Daten und Lorem-Ipsum-Text – und exportiert sie als JSON oder CSV. Er existiert für die Momente, in denen eine Tabelle leer ist und die Oberfläche gefüllt werden muss: eine Entwicklungsdatenbank befüllen, ein Formular zur Validierungsprüfung ausfüllen oder realistisch wirkende Zeilen für eine Demo erzeugen. Alles läuft im Browser, es verlässt also keine Datei Ihren Rechner.

Verwendung

  1. Felder auswählen, die Sie brauchen, indem Sie die Kästchen ankreuzen: Name, E-Mail, Telefon, Adresse, Firma, Datum und Lorem Ipsum.
  2. Datensatzanzahl zwischen 1 und 100 festlegen.
  3. Generieren – die Tabelle füllt sich mit einem frischen Zufallsdatensatz für die gewählten Felder.
  4. Exportieren als JSON oder CSV oder mit Alles kopieren den JSON-Inhalt in die Zwischenablage legen.

Praxisbeispiele

Beispiel 1 – eine Nutzertabelle befüllen. Eine neue Entwicklungsdatenbank braucht Zeilen, bevor die Oberfläche getestet werden kann. Generieren Sie 50 Datensätze mit Name, E-Mail und Firma, exportieren Sie als CSV und importieren Sie in die lokale Tabelle users. Die Anwendung zeigt nun eine gefüllte Liste, die Paginierung wird beansprucht, und das Layout wird gegen unterschiedliche Namenslängen getestet statt gegen einen einzigen wiederholten Platzhalter.

Beispiel 2 – ein Registrierungsformular testen. Fügen Sie eine generierte E-Mail in das Formular ein, um zu bestätigen, dass der Erfolgsfall durchläuft, und ändern Sie dann ein Zeichen, um den Ablehnungsfall zu testen. Weil die generierten Adressen realistisch aussehen, decken sie Layoutprobleme auf – einen langen lokalen Teil, eine lange Domain –, die test@test.com nie zeigen würde.

Beispiel 3 – eine Demo-Umgebung. Kundendemos wirken falsch, wenn jede Zeile „John Smith“ lautet. Fünfzig abwechslungsreiche Datensätze mit unterschiedlichen Firmen und Städten lassen einen Prototyp wie ein lebendes Produkt wirken, und die Daten sind erkennbar synthetisch statt aus echten Nutzern ausgelesen.

Was Testdaten beweisen und was nicht

Es lohnt sich, den Wert hier präzise zu fassen. Generierte Daten beweisen, dass eine Form funktioniert: Ihre Tabelle rendert, Ihre CSV wird geparst, Ihre API akzeptiert eine Nutzlast mit den erwarteten Schlüsseln. Sie beweisen nicht, dass Ihre Geschäftslogik korrekt ist – der Generator weiß nicht, dass eine Telefonnummer einem Ländermuster entsprechen muss, dass ein Gutscheincode ein Ablaufdatum hat oder dass ein Benutzername eindeutig sein muss. Tests für solche Regeln brauchen handgeschriebene Fälle mit konkreten gültigen und ungültigen Werten.

Es gibt auch einen Datenschutzvorteil. Weil nichts aus einem echten Datensatz stammt, kann eine auf generierten Daten aufgebaute Demo keine Details eines echten Kunden preisgeben. Das macht sie zu einer sichereren Standardwahl, als einen Produktionsexport in eine Staging-Umgebung zu kopieren. Aus demselben Grund eignet sich der Generator für Screenshots, Schulungsmaterial und öffentliche Demos, die sonst Gefahr liefen, versehentlich echte Kundendaten zu zeigen. Wer die Daten weitergibt, sollte dennoch kenntlich machen, dass es sich um synthetische Werte handelt.

JSON oder CSV: die Wahl des Exports

Beide Formate lassen sich direkt aus der Tabelle kopieren; die Entscheidung hängt allein davon ab, wer oder was die Daten als Nächstes verarbeitet.

  • JSON bewahrt Struktur und Feldnamen. Nutzen Sie es für API-Anfragetexte, NoSQL-Importe und Fixtures, die ein Testrunner parst. Schlüssel bleiben an Werte gebunden, sodass ein Feld hinzugefügt oder umsortiert werden kann, ohne den Konsumenten zu brechen.
  • CSV ist eine flache Tabelle. Nutzen Sie es zur Prüfung in Tabellenkalkulationen, für SQL-COPY-/Importbefehle und für alles, was ein Nichtentwickler öffnen muss. Es ist kompakter, speichert aber alles als Text, sodass Zahlen und Daten als Zeichenketten ankommen, sofern das importierende Werkzeug sie nicht umwandelt.

Ein häufiger Arbeitsablauf nutzt beides: JSON exportieren, um einen API-Test zu speisen, und CSV, um dieselben Zeilen einer Kollegin zur Prüfung zu geben.

Häufige Fehler

  • Generierte Daten als Fixtures committen. Jeder Lauf erzeugt neue Zufallswerte, Tests, die auf bestimmten Zeilen beruhen, schlagen also unvorhersehbar fehl. Einmal generieren, Datei speichern und als Fixture behandeln.
  • Annehmen, Realismus bedeute Gültigkeit. Eine plausibel aussehende E-Mail kann dennoch die Regeln Ihrer Anwendung verletzen; testen Sie die Regeln separat.
  • Eine Produktionsdatenbank füllen. Generierte Werte sind nicht eingewilligt, nicht verifiziert und nicht zur dauerhaften Speicherung gedacht. Halten Sie sie in Entwicklung und Staging.
  • Unterschiedliche Feldsätze zwischen Läufen. Wenn zwei zusammengehörige Exporte verschiedene Felder wählen, bricht ein Join über den Index. Wählen Sie für beide dieselben Felder oder verknüpfen Sie über eine generierte Kennung.
  • Kodierung beim Import ignorieren. CSV-Importe mit Nicht-ASCII-Zeichen können verstümmelt ankommen, wenn das Werkzeug die falsche Kodierung annimmt; wählen Sie beim Import UTF-8.

Funktionen

  • Feldtypen: Name, E-Mail, Telefon, Adresse, Firma, Datum und Lorem Ipsum
  • Bis zu 100 Datensätze pro Lauf mit sofortiger Vorschau in einer Tabelle
  • Export als JSON (strukturiert) oder CSV (tabellarisch)
  • Den gesamten Datensatz in die Zwischenablage kopieren
  • Keine Registrierung, kein Server-Roundtrip
  • 100 % clientseitig – generierte Daten bleiben in Ihrem Browser

Anwendungsfälle

  • Datenbank-Befüllung: Entwicklungs- und Staging-Tabellen mit abwechslungsreichen Zeilen füllen.
  • Formular- und API-Tests: Realistische Nutzlasten für manuelle und automatisierte Tests erzeugen.
  • UI-Prototyping: Mockups mit glaubwürdigen langen und kurzen Werten füllen.
  • Demos und Screenshots: Einem Prototyp die Dichte echter Daten geben.
  • Tabellenkalkulationstests: Eine Tabelle mit gemischten Datentypen für Formeln und Pivots erzeugen.

Verwandte Tools

Häufig gestellte Fragen

Sind die generierten Daten für die Produktion geeignet?

Behandeln Sie sie als reine Testdaten. Die Werte sind zufällig erzeugt und beschreiben keine realen Personen oder Firmen, werden aber auch nicht auf Kollisionen oder Richtlinienrisiken geprüft – eine generierte E-Mail kann auf einer existierenden Domain landen, und eine zufällige Adresse könnte echt sein. Nutzen Sie die Daten für Entwicklung, QA und Demos und halten Sie Produktionsdatenbanken mit echten, eingewilligten Daten gefüllt.

Bestehen die generierten Daten meine Validierungsregeln?

Nicht unbedingt, und das ist oft der Sinn. Der Generator erzeugt plausible Formen – ein Name sieht wie ein Name aus, eine E-Mail wie eine E-Mail –, aber er kennt Ihre Geschäftsregeln nicht, etwa Passwortkomplexität, erlaubte Ländercodes oder Pflichtfeldkombinationen. Nutzen Sie ihn, um Formulare und Tabellen zu füllen, und schreiben Sie separate Tests für die Regeln selbst.

Was ist der Unterschied zwischen dem JSON- und dem CSV-Export?

JSON behält die Feldnamen als Schlüssel und bewahrt Datentypen, was zu API-Fixtures und NoSQL-Importen passt. CSV ist eine flache Tabelle, die sich direkt in einer Tabellenkalkulation öffnet und sauber in SQL-Datenbanken und Analysewerkzeuge importieren lässt. Wenn Ihre Datensätze verschachtelte oder gruppierte Felder enthalten, ist JSON die sicherere Wahl; für tabellarische Daten ist CSV einfacher.

Kann ich denselben Datensatz später reproduzieren?

Dieser Generator erzeugt bei jedem Lauf frische Zufallswerte, ein Datensatz ist also standardmäßig nicht reproduzierbar. Wenn eine Testsuite stabile Fixtures braucht, generieren Sie einmal, speichern Sie die Ausgabe in eine Datei und committen Sie diese Datei – deterministische Fixtures gehören in die Versionsverwaltung, statt bei jedem Lauf neu erzeugt zu werden.

Wie viele Datensätze kann ich auf einmal generieren?

Bis zu 100 Datensätze pro Lauf, genug für Formulartests, UI-Mockups und kleine Fixtures. Für Lasttests mit Tausenden Zeilen generieren Sie hier die Form eines Datensatzes und skripten die Menge mit einer Schleife in Ihrer Sprache oder befüllen eine Datenbank direkt.

Sind die Namen und Firmen irgendwie echt?

Sie werden aus gängigen Wortlisten zusammengesetzt, daher kann eine gelegentliche Kombination zufällig mit einer realen Person oder Firma übereinstimmen. Das ist bei Zufallsdaten zu erwarten – behandeln Sie keinen generierten Wert absichtlich als fiktiv und veröffentlichen Sie ihn niemals neben der Behauptung, er beziehe sich auf eine reale Entität.

Geprüft vom HandyTools-Hub-Team · Zuletzt aktualisiert