Vad är prestandatestning?

Question

Accepted Answer

**Prestandatestning** utvärderar hur ett system presterar under belastning — mäter **hastighet, skalbarhet och stabilitet** under olika förhållanden. Typerna inkluderar load-, stress-, spike- och soak-testning. Det är väsentligt för att säkerställa att systemen hanterar verklig (och maximal) användning acceptabelt.

## Vad prestandatestning mäter

```text
Non-functional testing of HOW WELL the system performs (not just correctness):
  → RESPONSE TIME / latency (how fast?), THROUGHPUT (requests/sec handled)
  → SCALABILITY (behavior as load grows), RESOURCE usage (CPU, memory)
  → STABILITY under sustained or extreme load
→ ensures the system meets performance requirements and handles real usage.
```

## Typer av prestandatester

```text
LOAD testing → expected/normal load → does it meet targets under typical usage?
STRESS testing → BEYOND normal limits → find the breaking point; how it fails/recovers
SPIKE testing → sudden sharp load increase → handles bursts? (e.g. a flash sale)
SOAK / endurance → sustained load over a LONG time → finds memory leaks, degradation
SCALABILITY → how performance changes as load/resources scale
```

## Hur och varför

```text
✓ Tools: k6, JMeter, Gatling, Locust → simulate many virtual users / high request rates
✓ Define performance REQUIREMENTS/SLAs (e.g. p95 latency < 200ms at X users) → test against them
✓ Test realistic scenarios; measure under controlled conditions; find BOTTLENECKS
✓ WHY: poor performance → bad UX, lost users/revenue, outages under load; find issues
  BEFORE production (e.g. before a big launch/traffic event)
```

## Varför det spelar roll

Att förstå prestandatestning är värdefull kunskap på seniornivå eftersom **prestanda är en kritisk kvalitetsattribut** — system måste hantera verklig och maximal belastning acceptabelt — så testning av det är viktigt för tillförlitlighet och användarupplevelse, vilket gör denna kunskap användbar.

Prestandatestning utvärderar **hur väl ett system presterar** (svarstid, genomströmning, skalbarhet, resursanvändning, stabilitet) under belastning — en icke-funktionell kvalitet skild från korrekthet, men kritisk eftersom dålig prestanda orsakar dålig användarupplevelse, förlorade användare och intäkter samt avbrott under belastning.

Att förstå **typerna** och deras syften är nyckeln: **load-testning** (verifierar prestanda under förväntad belastning), **stress-testning** (pressar bortom gränser för att hitta brytpunkten och hur systemet misslyckas/återhämtar sig), **spike-testning** (hanterar plötsliga toppar, som ett flash-sale), **soak/endurance-testning** (hållbar belastning över tid, hittar minnesläckor och försämring), och skalbarhetstestning — var och en besvarar olika frågor om hur systemet beter sig under olika förhållanden.

Att förstå **hur och varför** — använda verktyg (k6, JMeter, Gatling, Locust) för att simulera belastning, definiera prestandakrav/SLA:er att testa mot (t.ex. p95-latensmål vid ett givet användarantal), testa realistiska scenarier för att hitta flaskhalsar, och kritiskt göra detta **före produktion** (särskilt före större lanseringar eller trafikhändelser) för att fånga prestandaproblem innan de orsakar verkliga fel — återspeglar det praktiska värdet.

Prestandatestning förhindrar det kostsamma scenariot att ett system misslyckas under verklig belastning (en lansering kraschning, en webbplats som saktar ned till oanvändbarhet under trafiktoppar).

Eftersom prestanda är en kritisk kvalitetsattribut (med dålig prestanda som orsakar verklig affärs- och användarskada) och prestandatestning (load, stress, spike, soak) verifierar att system hanterar verklig och maximal användning före produktion, och eftersom förståelse för typerna, verktygen och värdet är viktigt för att säkerställa att system presterar under belastning, är förståelse för prestandatestning värdefull kunskap på seniornivå — viktig för att verifiera en kritisk icke-funktionell kvalitet, säkerställa att system hanterar verklig användning, och fånga prestandaproblem innan de orsakar produktionfel, vilket återspeglar bredden på kvalitetsfrågor som seniora ingenjörer hanterar.