Modellbasierte Generierung und Transformation prüfen; Quellablauf vergleichen
Passt zu Teams, die Fachszenarien als prüfbare Modelle festlegen, etwa genehmigte, abgelehnte und doppelte Zahlungen.
Regelbasierte Ergebnisse lassen sich unter dokumentierten Bedingungen wiederholen. Engine, Eingaben, Seed, Ausführung und Ausgabereihenfolge festhalten; gelernte Ausgaben separat prüfen. IDE-Versionen, Konnektoren und Module prüfen.
PoC: Kunden, Konten und Transaktionen samt ungültigem Verweis modellieren. Regeln, Schlüssel, Bereinigung nach Fehlern und Wiederholbarkeit prüfen; das exportierte Projekt in einer frischen Umgebung wiederherstellen.
Lizenz: Kommerzielles Enterprise-Produkt; ein editionsspezifisches Angebot einholen. Quelle
Quellen zu DATAMIMIC Enterprise PlatformModularen Ablauf für Maskierung, Subsets und Laufzeit prüfen
Geeignet für Datenbankteams mit wiederverwendbaren Maskierungsvorlagen, constraint-konformen synthetischen Zeilen, deterministischen Werten und getrenntem Projektaufbau und Deployment.
Funktionen des separaten Produkts Subset sollten Privacy nicht pauschal zugeschrieben werden. Runtime ist ein separates Produkt, Deployment ist nicht für jede Datenbank verfügbar und manche Abläufe erfordern erhöhte Datenbankrechte.
Lizenz: Die Dokumentation verweist auf einen erworbenen Lizenzschlüssel; öffentliche Preise oder Editionspreise fanden sich in den geprüften Herstellerquellen nicht. Quelle
Quellen zu DATPROF PrivacyVirtuelle Kopien prüfen, wenn Refresh und Rewind zwingend sind
Kommt infrage, wenn virtuelle Kopien zu einem Zeitpunkt, Branching, Refresh und Rewind feste Anforderungen der Testumgebungen sind. Für weitere Aufgaben die separaten Maskierungs- und Synthetic-Data-Produkte prüfen.
Prüfe konkrete Synthetic-Data-Version, Konnektoren und Lizenzumfang. Perforce meldet GA, während ein aktueller technischer Abschnitt zu Einschränkungen weiterhin Early Access nennt. Er führt CHECK/UNIQUE-Prüfung, selbstreferenzierende oder zyklische Fremdschlüssel und schemaübergreifende Regeln als Grenzen auf. Kläre diese für die lizenzierte Version, statt ältere Oracle-only-Preview-Angaben zu übernehmen.
PoC: Zwei Umgebungen aus einer Quelle bereitstellen und Refresh, Reset, Rechte sowie Speicherbedarf messen. Benötigte Felder maskieren und Ausgaben prüfen. Synthetische Constraints mit dem lizenzierten Release testen; Unterschiede zwischen Release Notes und technischen Grenzen festhalten. Falls benötigt, PostgreSQL-Snapshot außerhalb der Plattform exportieren und wiederherstellen.
Lizenz: Die geprüften öffentlichen Seiten nennen weder Listenpreise noch Lizenzstufen; angeboten werden Demo und Kontakt zum Account-Team. Quelle
Quellen zu DelphixWerte im Code für kleine Entwickler-Fixtures prüfen
Geeignet für Entwickler, die Werte direkt in Python- oder JavaScript-Tests erzeugen und Objektfabriken sowie Beziehungen selbst definieren können.
Erzeugt vor allem einzelne Werte; für komplexe Objekte sind laut Dokumentation meist eigene Fabriken nötig. Seed-Ergebnisse können sich zwischen Versionen ändern; relative Datumsfunktionen benötigen feste Referenzdaten.
Lizenz: Laut jeweiliger Primärdokumentation gilt für das Python-Paket und das aktuelle Projekt @faker-js/faker jeweils die MIT-Lizenz. Quelle
Quellen zu FakerPostgreSQL-Dump-Transformation und Teilmengen im eigenen Betrieb
Passt zu einem PostgreSQL-Dump-und-Restore-Ablauf, wenn du die Transformationsregeln selbst pflegen kannst. Lokale Werkzeuge und einsehbare Konfiguration passen zu Teams, die Backups und Restores bereits betreiben.
Sensible Spalten, konsistente Schlüssel und Eindeutigkeit nach dem Restore prüfen. MySQL-Unterstützung ist Beta bzw. in Arbeit. Release 0.2.25 korrigiert COPY-Encoding-Fehler für bestimmte transformierte Werte; ein Update repariert betroffene ältere Dumps nicht. Diese neu erstellen.
PoC: Eine Teilmenge mit Zyklen zurückspielen und Schlüssel, NULLs sowie eindeutige Spalten prüfen. Backslashes, COPY-Steuermarker und Steuerzeichen einbauen, um den 0.2.25-Fix zu prüfen. Salt-Handhabung und neu erzeugte Dumps im Laufnachweis festhalten.
Lizenz: Apache-2.0 laut Repository. Für Speicherdienste, Datenbanken und eigene Erweiterungen gelten zusätzliche Bedingungen. Quelle
Quellen zu GreenmaskRelationale JDBC-Extraktion; Filter und Datenschutz gesondert prüfen
Passt, wenn eine relationale Datenbank-Teilmenge das Ziel ist und dein Team die Auswahlregeln pflegen kann. Der grundlegende Subset-Ablauf benötigt keinen KI-Cloud-Dienst.
Ein Ausschnitt kann weiterhin sensible Daten enthalten; Filter vor dem Export festlegen und prüfen. Zyklen und Beziehungen ohne deklarierte Fremdschlüssel beachten. Die Vergleichsfunktionen von 17.2.5 belegen keine LOB-Gleichheit bei Datenbankvergleichen.
PoC: Einen Kunden mit verbundenen Zeilen und einem Zyklus auswählen. Nach dem Laden Filter und Schlüsselzuordnung prüfen. Aus einem frischen Quell-Snapshot wiederholen und Extraktionsmodell mit dem benötigten Treiber wiederherstellen.
Lizenz: Apache-2.0 laut Repository. Datenbank-, Treiber- und optionale KI-Dienstbedingungen sind separat. Quelle
Quellen zu JailerAuswahl verbundener Geschäftsobjekte und transformierte Bereitstellung prüfen
Kommt infrage, wenn Tests einen zusammenhängenden Kunden oder Auftrag über mehrere Systeme benötigen und Bereitstellung sowie Maskierung gemeinsam verwaltet werden sollen. Prüfe den benötigten Fabric- und Entitätsaufbau mit.
Für ein kleines Wegwerf-Fixture kann der Entitäts- und Infrastrukturaufbau zu aufwendig sein. Der geprüfte KI-Pfad setzt Training voraus und beschreibt eine einzelne LU bzw. ein Schema ohne hierarchische Entität. Entitäts-Snapshots sind kein Beleg für virtuelle Datenbanken auf Speicherebene.
PoC: Einen Kunden mit Aufträgen aus zwei Systemen auswählen. Fehlende Beziehungen und konsistente Maskierung prüfen. Eine Referenzliste ändern und wiederholen. Projekt in einer frischen lizenzierten Umgebung wiederherstellen und Handarbeit erfassen.
Lizenz: Kommerzielle proprietäre Software. Der Auftrag bestimmt den Lizenzumfang; ein Angebot für Umgebungen, Nutzer und benötigte Module einholen. Quelle
Quellen zu K2view Test Data ManagementQuelldatenbasierte Maskierung und relationale Teilmengen prüfen
Prüfe es, wenn du kleinere, aus Quelldaten abgeleitete Datenbanken für Entwicklung oder QA mit einem CLI-orientierten Aufbereitungsablauf benötigst. Die Dokumentation nennt SQL Server, PostgreSQL, MySQL/MariaDB und Oracle; konkrete Systemversionen prüfen.
Subsetting setzt Fremdschlüsselbeziehungen voraus. Prüfe Beziehungen der Anwendung, die im Datenbankschema fehlen. Verwende eine separate, entbehrliche Testumgebung. Eine maskierte Kopie braucht weiterhin eine eigene Datenschutzprüfung; erfolgreiche Ausführung garantiert keine Anonymität.
Lizenz: Die Dokumentation setzt eine Lizenz voraus und bietet eine Testphase bei der Anmeldung. Die öffentliche Produkt-URL leitete bei dieser Prüfung auf SQL Provision um; aktuelle Bündelung und Preise müssen bei Redgate bestätigt werden. Diese Weiterleitung allein belegt keine Einstellung. Quelle
Quellen zu Redgate Test Data Manager