Salesforce-DevOps-Glossar

Sandbox Seeding

Das Laden realistischer Beispiel- oder maskierter Daten in eine Sandbox oder Scratch Org, damit Tests reale Bedingungen widerspiegeln.

Definition

Sandbox Seeding ist der Prozess, realistische Beispiel- oder maskierte Produktionsdaten in eine Sandbox oder Scratch Org zu laden, damit Entwicklung und Tests reale Bedingungen widerspiegeln, statt einer leeren oder dünn befüllten Org. Salesforce-Sandboxes können je nach Typ Produktionsdaten kopieren, Developer-Sandboxes kopieren keine, Partial Copy nimmt eine Stichprobe, Full kopiert alles, aber Scratch Orgs erben nie automatisch Daten und starten immer leer.

Manuelles Seeding bedeutet meist Data-Loader-Skripte, CSV-Importe oder Apex-Datenfabriken, die nach jedem Org-Refresh von Hand ausgeführt werden, was unter Termindruck leicht übersprungen wird und zu Bugs führt, die erst auftauchen, wenn echte Datenmengen die Produktion erreichen. Teams, die mehrere Orgs über einen Environment Hub verwalten, bauen Seeding genau aus diesem Grund oft in ihre Standard-Refresh-Routine ein.

Seeding muss auch den Datenschutz beachten: Produktionsdaten, die in unteren Umgebungen verwendet werden, müssen in der Regel für die DSGVO und ähnliche Anforderungen maskiert werden und sollten als Teil eines wiederholbaren Deployment-Plans festgelegt werden, statt als Einmalskript. Siehe unseren Salesforce-DevOps-Guide dafür, wo Datenmanagement in das größere DevOps-Bild passt.

In der Praxis

So funktioniert es in Serpent

Serpent automatisiert Daten-Seeding als Teil der Umgebungseinrichtung und Release-Pipelines, sodass Scratch Orgs und aufgefrischte Sandboxes mit den richtigen Beispiel- oder maskierten Daten zurückkommen, ohne einen manuellen Skriptlauf. Seeding-Schritte leben innerhalb derselben Automatisierung, die Orgs bereitstellt und Metadaten deployt, sodass Umgebungen jedes Mal konsistent bleiben, nicht nur, wenn jemand daran denkt, den Loader auszuführen. Das schließt eine häufige Lücke, bei der Bugs erst in der Produktion auftauchen, weil untere Umgebungen leer getestet wurden. Siehe Serpent-Automatisierungen dafür, wie Daten-Seeding in No-Code-Pipelines passt.

Serpent befüllt eine Sandbox mit realistischen Beispieldaten zum Testen
Häufige Fragen

Sandbox Seeding, erklärt

Welche Salesforce-Sandbox-Typen enthalten automatisch Produktionsdaten?
Full-Sandboxes kopieren alle Produktionsdaten, Partial-Copy-Sandboxes nehmen eine Stichprobe, und Developer- oder Developer-Pro-Sandboxes kopieren keine. Scratch Orgs erben nie automatisch Daten, unabhängig vom Typ.
Muss ich Produktionsdaten maskieren, bevor ich sie in eine Sandbox lade?
In der Regel ja. Produktionsdaten, die in unteren Umgebungen verwendet werden, müssen meist maskiert werden, um die DSGVO und ähnliche Datenschutzanforderungen zu erfüllen, besonders bei personenbezogenen oder finanziellen Feldern.
Warum tauchen Bugs in der Produktion auf, die im Test nie sichtbar waren?
Oft, weil untere Umgebungen mit wenig oder keinen Daten getestet wurden. Manuelle Seeding-Schritte werden unter Termindruck übersprungen, sodass Probleme im Zusammenhang mit echten Datenmengen erst nach dem Go-Live auftauchen.

Kostenlos starten. Keine Kreditkarte, keine Installation, keine Verpflichtung.

In unter 15 Minuten eingerichtet. Keine DevOps-Einstellung nötig.

Neugierig auf schnelleres Shipping, bevor Sie einsteigen? Sprechen wir

Unverbindlich.