Zum Inhalt springen
SDETRole
SDETRole

QA-Dokumentation

Testdaten-Vorlagen-Generator

Felder und Regeln definieren, gültige, Grenz- und ungültige Zeilen.

Läuft vollständig in Ihrem Browser Ohne Anmeldung

Field 1

Every row changes one field from the nominal valid row, so a failing row points at exactly one rule. Values are fixed and deterministic: the same definitions always give the same table.

CSV · 0 rows

Über dieses Tool

Datengetriebene Tests sind nur so gut wie ihre Datentabelle, und von Hand geschriebene Tabellen übersehen gern die Grenzen. Definieren Sie jedes Feld mit Typ (String, E-Mail, Zahl, Datum, Enum, Boolean oder Telefon) und Einschränkungen (Längen- oder Wertebereich, Pflichtfeld, erlaubte Werte), und dieser Generator baut die Tabelle: eine nominale gültige Zeile, dann Zeilen, die jeweils genau ein Feld ändern, am Minimum und Maximum, einen Schritt außerhalb jeder Grenze, fehlend bei Pflichtfeldern und in fehlerhaften Formaten. Jede Zeile ist mit Accept oder Reject und einer Begründung wie „age = 17 (below min 18)“ gekennzeichnet, sodass eine fehlschlagende Zeile auf genau eine Regel zeigt. Die Werte sind deterministisch, ohne Zufallsdaten: Dieselben Definitionen erzeugen immer dieselbe Tabelle, und Diffs in der Versionsverwaltung bleiben lesbar.

So funktioniert es

  1. Fügen Sie für jede Eingabe ein Feld hinzu: Name, Typ und Einschränkungen. Lassen Sie Minimum oder Maximum leer, wenn es keine Grenze gibt.
  2. Listen Sie bei Enums die erlaubten Werte auf; wählen Sie bei Zahlen, ob nur ganze Zahlen gültig sind.
  3. Prüfen Sie die Vorschau und filtern Sie nach gültigen, Grenzwert- oder ungültigen Zeilen.
  4. Exportieren Sie als CSV für tabellengesteuerte Tests oder als JSON für parametrisierte Tests im Code.

FAQ zu Testdaten-Vorlagen-Generator

Wie verwende ich die Ausgabe in automatisierten Tests?

Laden Sie das JSON-Array und parametrisieren Sie einen Test darüber: Senden Sie die Daten jeder Zeile und erwarten Sie Erfolg, wenn expected „Accept“ ist, und einen Validierungsfehler bei „Reject“. Die Begründung ergibt einen klaren Testnamen, etwa mit test.each in Vitest/Jest oder @MethodSource in JUnit 5.

Wie werden fehlende Werte dargestellt?

Als leere Zelle in CSV und als null in JSON. Unterscheidet Ihre API zwischen einem fehlenden Key und einem expliziten null, ergänzen Sie einen eigenen Fall für den weggelassenen Key.

Warum keine Zufallsdaten?

Zufallswerte machen Fehlschläge schwer reproduzierbar und Tabellen schwer reviewbar. Grenzwerttests brauchen exakte Werte (das Minimum, eins darunter), daher erzeugt dieses Tool feste Werte. Nutzen Sie den Testdaten-Generator, wenn Sie realistische zufällige Datensätze brauchen.

Tippen Sie, um SDETRole zu durchsuchen.

Volltextsuche mit Pagefind · läuft in Ihrem Browser Suchseite öffnen →