Beispiel-Personendaten zum Testen generieren.
Alle Berechnungen erfolgen lokal in Ihrem Browser. Es werden keine Daten an einen Server gesendet.
Die Ergebnisse dienen zur Information. Überprüfen Sie sie anhand anderer Quellen.
Die gefährlichsten Testdaten sind die ordentlichen
Generierte Datensätze füllen eine Datenbank, belasten einen Endpunkt oder tragen einen Screen, bevor es echte Nutzer gibt — ohne Produktionsdaten auf einen Laptop zu kopieren. Doch ein Generator, der nur saubere ASCII-Namen und wohlgeformte Postleitzahlen ausgibt, lässt ein Feld, das an O'Brien zerbricht, bereitwillig in die Produktion.
So wird gerechnet
- Erzeugt in großer Menge realistisch wirkende Namen, E-Mail-Adressen, Anschriften, Telefonnummern, Daten und Kennungen.
- Exportiert als JSON oder CSV, sodass die Ausgabe direkt in eine Datenbank oder Fixture-Datei fließt.
- Erzeugt Mengen, die groß genug sind, um Probleme mit Paginierung, Indizes und Rendering zu zeigen, die zehn Zeilen nie offenbaren.
generierte Daten nutzen, wenn Sie brauchen Menge — Tausende Zeilen für Paginierung und Abfragepläne Sicherheit — keine echten Personendaten auf Entwicklerrechnern Wiederholbarkeit — derselbe Seed liefert jedes Mal dieselbe Menge realistisch ≠ ordentlich: echte Daten haben Apostrophe, Akzente und leere Felder
Rechenbeispiel
Eine Nutzertabelle befüllen, bevor das Produkt Nutzer hat.
- 5.000 Zeilen erzeugen statt 10 — Paginierung und langsame Abfragen zeigen sich erst in der Menge
- Namen aufnehmen, die naiven Code brechen: O'Brien, Łukasz, José, 名字
- eine E-Mail mit Plus-Tag und eine an der 254-Zeichen-Grenze aufnehmen
- manche optionalen Felder wirklich leer lassen, statt jede Spalte zu füllen
- den Seed festsetzen, damit ein fehlschlagender Test exakt reproduzierbar ist
Ein Datensatz, der die unbequemen Fälle auf Ihrem Rechner durchspielt, statt sie beim Kunden zu entdecken. Allein der Apostroph fängt nicht escaptes SQL, kaputten CSV-Export und verstümmelte Anzeige in einer Zeile ab.
Das Ergebnis lesen
- Niemals mit einer Produktionskopie befüllen. Über das rechtliche Risiko nach DSGVO hinaus gelangen echte Datensätze auf Laptops, in Backups und durch Bildschirmfreigaben nach außen, und zurückholen lassen sie sich nicht.
- Generierte Daten sind keine anonymisierten Daten. Werden Zeilen durch Mischen oder Maskieren aus echten abgeleitet, ist eine Re-Identifizierung oft möglich; aus dem Nichts erzeugte synthetische Datensätze tragen dieses Risiko nicht.
- Setzen Sie einen Seed, wenn Tests von der Ausgabe abhängen. Ungeseedete Zufälligkeit erzeugt Suiten, die einmal pro Woche fehlschlagen und beim zweiten Lauf durchgehen — das bringt Menschen bei, Fehler zu ignorieren.
- Bleiben Sie bei offensichtlich erfundenen Domains — example.com ist genau dafür reserviert —, damit ein falsch konfigurierter Job keine echte Adresse anschreiben kann.
Häufige Fragen
- Wie viele Zeilen soll ich erzeugen?
- Genug, um etwas zu brechen. Zehn Zeilen belegen, dass ein Screen rendert; einige Tausend enthüllen fehlende Indizes, unbegrenzte Abfragen und Paginierung, die auf der letzten Seite auseinanderfällt. Treffen Sie wenn möglich die Größenordnung der Produktion.
- Kann ich das für Lasttests nutzen?
- Ja, und es ist eine der besseren Anwendungen — aber variieren Sie die Werte. Zehntausend identische Anfragen messen Ihren Cache, nicht Ihr System; unterschiedliche Datensätze durchlaufen die Pfade, die eine echte Last tatsächlich nimmt.