testdatatools
Praktische Entscheidungshilfe

Kafka-Testdaten: Events, Reihenfolge und Abnahme

Eventtests brauchen mehr als gültig aussehende Payloads. Definiere Schlüssel, Reihenfolge, Duplikate und den erwarteten Zustand nachgelagerter Systeme vor der Tool-Auswahl.

Was bedeutet Reihenfolge konkret?

Kafka ordnet Datensätze innerhalb einer Partition; über mehrere Partitionen darfst du keine globale Reihenfolge annehmen. Derselbe Schlüssel wird häufig für zusammengehörige Events genutzt, abhängig vom konfigurierten Partitioner. Halte Schlüssel, Producer-Konfiguration und benötigte Reihenfolge im Testvertrag fest.

Welche Fehlerfälle benötigen Nachweise?

Sende eine genehmigte Zahlung, eine Rückbuchung und eine doppelte Rückbuchung. Prüfe den Endsaldo und die Anzahl der Seiteneffekte. Teste außerdem verzögerte Zustellung und einen Consumer-Neustart. Idempotenz des Producers beweist nicht automatisch fachliche Idempotenz aller nachgelagerten Seiteneffekte.

Was sollte ein PoC dokumentieren?

Dokumentiere Topic, Partitionszahl, Schema-Version, Schlüssel, Producer-Einstellungen und den erwarteten Zustand. Lass zeigen, wie das gewählte Produkt mit der lizenzierten Edition Events veröffentlicht oder exportiert; ein Datenbank-Konnektor belegt keine Kafka-Ausgabe.

Kandidaten für diese Aufgabe

  • DATAMIMIC Enterprise Platform: Liest eine begrenzte Menge an Kafka-Nachrichten zur Transformation und kann Ergebnisse an ein Kafka-Topic ausgeben. Maskierung ist ein dokumentierter Anwendungsfall.
  • GenRocket: Der Anbieter beschreibt Kafka-Nachrichten; Producer, Konfiguration und Ziel in einer Demo prüfen.
  • Tonic Fabricate: Kann generierte Datensätze exportieren; die Veröffentlichung über einen separaten Kafka-Producer muss integriert und geprüft werden.

So prüfen wir Quellen

Quellen und Vertiefung

Wähle den nächsten Schritt