Dies kommt eher aus der Perspektive eines Entwicklers als aus der Sicht eines Testers, also kann es sein oder nicht.
Ich kann nicht für die Organisation als Ganzes sprechen, aber in unserem Projekt haben wir einige Zeit damit verbracht, "real-world-like" Daten zu erstellen, die wir mit SQL-Skripten in die Testdatenbank laden. Diese Daten sind eine Kombination aus realen Daten aus der Produktionsumgebung und Daten, die auf spezifische "Problemsituationen" in unserem Produkt zugeschnitten sind.
Die Skripts werden automatisch als Teil des Erstellens unserer Software ausgeführt und von automatisierten Integrationstests verwendet, die von einem Einheitentestframework gesteuert werden. Diese Tests werden das Finden, Erstellen, Bearbeiten und Löschen von Daten über verschiedene verfügbare Schnittstellen testen.
Während eines solchen Build- und Testlaufs wird die Testdatenbank bei verschiedenen Gelegenheiten zurückgesetzt und erneut mit Daten geladen. Dies geschieht, um Abhängigkeiten zwischen Tests zu entfernen; Ein Test sollte sich nicht auf Daten stützen, die durch einen anderen Test erstellt oder modifiziert wurden, und auch, weil die Daten für einige Tests von denen anderer Tests abweichen können. Ein Großteil aller Tests wird jedoch auf Basis der gleichen Testdaten ausgeführt.
Das Einrichten dieser Testdaten (und deren Pflege) war (und ist manchmal) ein bisschen ein Kopfzerbrechen, aber auf lange Sicht hat es in unserem Fall gut funktioniert.