Performance testing

SAP performance test data, at production scale

A load test is only as honest as the data behind it. Production has the volume but can't leave production; a masked subset is safe but small. Synthesized gives performance systems production-scale, masked data, then generates it up to the volumes your next peak, rollout or acquisition will bring.

Volume profile · performance systemExample
Sales orders · production12.4M
Sales orders · test target, peak season ×224.8M
Business partners · production1.9M
Business partners · test target, year five ×35.7M
Open items per key account · top 1%38,000
Example. Masked from production, then generated to target with the same distributions and skew.
Same skew as production
Results measured in live deployments outside SAP
30%
faster testing and development cycles
Global bank · self-service test data
20bn
rows masked and subsetted in hours
Digital health platform · replaced a legacy TDM tool · Read the case study
28M
production rows protected, 100% referential integrity
Global specialty insurer · 40+ core applications · Read the case study
200×
more test data, from 100K to 20M entries
Telecom operator · masking and synthetic generation

On SAP, we measure results on your own data in a 10-day validation.

Why tests mislead

Four ways SAP load test data hides the problem

01
Too smallA subset is fine for functional tests. Under load, month-end close runs fast on a tenth of the data, then slows in production.
02
Too evenProduction has a few customers with tens of thousands of open items and very long document chains. Average data misses them.
03
Too realA full production copy puts every customer and employee in a system with wide access, monitoring agents and vendor tools.
04
Not tomorrow's volumeRollouts, acquisitions and peak seasons add volume production doesn't have yet. That's the volume you need to prove.

How it works

Masked from production, generated to the volume you need to prove

SAP productionReal volumes and skew
SynthesizedMasks a seed subset, learns volumes and distributions, generates to target
Performance systemMasked, at target volume
Load testYour tool and scripts
Month-end close×1.5 documents
Peak season×2 orders
Year-five growth×3 partners
Target volumes · example
you set the target
Production stays where it is
A masked seed from production, generated up to the volumes you need to prove, with the same distributions and skew.
  1. 01

    Profile production

    Volumes, distributions and skew for the objects your scenarios touch, measured inside your environment.

  2. 02

    Mask a seed

    Subset the business processes in scope and mask names, addresses, bank details and salaries.

  3. 03

    Generate to target

    Scale customers, orders and postings to the target, keeping relationships, distributions and the long tail.

  4. 04

    Load and rerun

    Write the data set into the performance system, run your load test, and rebuild the same data set for the next release.

Compare

Three ways to fill a performance system

Full production copyMasked subsetMasked and scaled up
VolumeToday's productionA fraction of productionToday's, or the target you set
Distributions and skewRealOften lostKept from production
Personal dataEvery real recordMaskedMasked, plus records with no real person behind them
Next year's volumeNot availableNot availableGenerated to target
RepeatableA copy project each timeYesYes, same data set each release

When to use it

The tests that need production-scale data

S/4HANA migrationMigration cutoverProve batch jobs, conversions and the first month-end on S/4HANA before go-live, at full volume.Migration test data
Business peaksPeak and closeMonth-end and year-end close, peak order intake and payment runs, at the volumes those days really bring.
GrowthRollouts and growthNew countries, plants or acquired businesses add volume. Generate it before it arrives.
Upgrade testingUpgradesCompare response times before and after a release, on the same data set each time.Upgrade testing

We've got you covered

Questions about SAP performance test data

Why not run performance tests on a copy of production?

A copy gives you today's volume but brings every real customer and employee into a system with wide access, and it can't show next year's volume. Masked, scaled-up data gives the volume without the exposure.

Does generated data behave like production under load?

It keeps the relationships, distributions and skew measured in production, such as a few very large customers and long document chains, so queries and batch jobs meet the same shape of data.

How far can it scale?

Teams have grown test data 200 times, from 100,000 to 20 million entries, in a deployment outside SAP. You set the target per object, such as twice today's orders.

Which load testing tools does it work with?

Any. The data lands in the SAP performance system, so LoadRunner, Tricentis NeoLoad, JMeter or your own scripts run against it as they do today.

Can we test S/4HANA migration performance with it?

Yes. Load the converted volumes, or the volumes you expect after go-live, and run cutover jobs and the first close before the real cutover.

Next step

Prove your next peak before it happens

Tell us which scenario worries you most. In a 10-day validation, we build a masked, scaled-up data set for it on your system.

Runs in your environmentNothing installed in SAPRead-only access to SAPSecurity and deployment
Updated October 2026

SAP, S/4HANA, SAP HANA, SuccessFactors, Ariba, Concur and other SAP products and services mentioned herein, as well as their respective logos, are trademarks or registered trademarks of SAP SE (or an SAP affiliate company) in Germany and other countries. All other product and service names mentioned are the trademarks of their respective companies.