testdatatools
Praktische Entscheidungshilfe

Was sind Testdaten? Arten, Beispiele und Abnahmeprüfungen

Testdaten sind Eingaben und Ausgangszustände, mit denen du das Verhalten eines Systems prüfst. Nützliche Testdaten haben einen Zweck und ein erwartetes Ergebnis: Realistisch wirkende Namen allein zeigen nicht, ob eine Zahlung, Berechtigungsprüfung oder Berechnung funktioniert.

Welche Arten von Testdaten sind wichtig?

Wähle nach dem Testziel. Gültige Daten prüfen einen erlaubten Ablauf, ungültige Daten die Ablehnung und Grenzdaten die Übergänge. Akzeptiert ein Feld Beträge von 1 bis 100, prüfe 0, 1, 100 und 101 sowie fehlende und falsch formatierte Werte. Diese Einteilung beschreibt den Zweck. Synthetische Generierung, maskierte Quelldaten und gepflegte Fixtures beschreiben dagegen die Herkunft; die Einteilungen sind nicht austauschbar.

Warum können produktionsnahe Daten einen Fehler übersehen?

Häufige Datensätze testen einen seltenen Fehler möglicherweise nie. Ein Zahlungstest braucht explizite Zustände: genehmigt, abgelehnt, bereits zurückgebucht und zweimal zurückgebucht. Definiere erwartete Salden und Event-Anzahlen vor der Datenerstellung. Verlangt der Fachvertrag Idempotenz, darf die zweite Rückbuchung keine zweite Erstattung erzeugen. Referenzielle Integrität prüft gültige Beziehungen, nicht das richtige fachliche Ergebnis.

Wie viele Testdaten brauchst du?

Nutze für Funktionstests den kleinsten Datensatz, der das Verhalten nachweist. Definiere für Leistungstests zusätzlich Volumen, Werteverteilungen, Parallelität und Abfragemuster. Eine Million identische Zeilen kann irreführend sein, wenn Schlüssel in der Praxis ungleich verteilt sind oder Dokumentgrößen variieren. Halte Einrichtung und Bereinigung fest und wähle danach Bibliothek, Generator oder Bereitstellungsplattform.

Wie wird aus einer Anforderung ein Testfall?

Halte Voraussetzung, Eingabe, Aktion und Soll-Ergebnis fest. Bestimme bei einem Betrag von 1–100 die Grenze und prüfe Werte auf beiden Seiten; kombiniere sie anschließend mit einem relevanten Kontostatus. Ein erfolgreicher Fall allein prüft keine Ablehnung. NIST empfiehlt, Anforderungen sowie Grenzwerte und Wechselwirkungen zu berücksichtigen.

Was gehört in ein wiederverwendbares Fixture?

Dokumentiere Schema-Version, exakte Zeilen, Soll-Ergebnis, Aufbau und Bereinigung. Halte einen absichtlich ungültigen Fall getrennt, damit er nicht versehentlich als gültige Referenz gilt. Fixiere für CI Generator und Abhängigkeiten und entscheide, welche Werte oder Eigenschaften stabil sein müssen.

So prüfen wir Quellen

Quellen und Vertiefung

Wähle den nächsten Schritt