Launch and campaign
A newsletter send, an ad going live, a product drop — thousands of users arriving within the same minute.
LIVE CAPACITY MODEL
A product launch, a campaign, a mention that goes viral — spike testing proves your system survives the traffic it didn't schedule.
Spike testing is performance testing that applies a sudden, sharp increase in load — often several times normal traffic within seconds — to see how a system responds to an instantaneous surge. It differs from load and stress testing, which ramp gradually. The concern with a spike is reaction speed: whether auto-scaling triggers fast enough, whether connection pools and queues absorb the burst, whether caches survive a cold stampede, and whether the system returns to normal once the surge passes rather than staying degraded.
What it checks
Auto-scaling reaction time — new capacity is useless if it arrives after the spike ends
Cold-start and warm-up behaviour for serverless and container workloads
Cache stampedes when a surge arrives against an empty or invalidated cache
Queue and connection-pool saturation in the first seconds of the burst
Rate limiting, throttling and circuit breakers under legitimate traffic
Return to baseline: does the system settle on its own after the spike?
Scenarios
A newsletter send, an ad going live, a product drop — thousands of users arriving within the same minute.
Traffic concentrated into a scheduled window where every user arrives at the same second by design.
A failing dependency causes clients to retry in unison, producing an internal spike that looks nothing like organic traffic.
Useful answers
Spike testing applies a sudden, sharp increase in load to an application to verify that it absorbs an instantaneous traffic surge, scales in time, and returns to normal once the surge passes.
To prepare for launches, marketing campaigns, flash sales, ticket releases and viral moments — any event where traffic jumps sharply rather than growing steadily.
Stress testing raises load gradually beyond capacity to find the breaking point. Spike testing raises it instantly to test reaction speed: scaling, queueing, caching and recovery.
Typically three to ten times normal peak, sized from a realistic worst case — a campaign's expected reach, or the largest historical surge the business has seen.
No. Auto-scaling has a reaction time measured in tens of seconds to minutes, and a spike can be over before new capacity is serving traffic. Spike testing measures whether that gap is survivable.
k6 and Gatling handle instantaneous ramp profiles well, with JMeter as an alternative. Results are read against your APM and scaling metrics.
Next signal
Tell us what you are building and where quality or design is slowing you down.
Start a conversation