Hva er ytelsestesting?

Question

Accepted Answer

**Ytelsestesting** evaluerer hvordan et system presterer under belastning — måler **hastighet, skalabilitet og stabilitet** under ulike forhold. Typer inkluderer load, stress, spike og soak testing. Det er essensielt for å sikre at systemer håndterer real-world (og peak) bruk akseptabelt.

## Hva ytelsestesting måler

```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 ytelsestester

```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
```

## Hvordan og hvorfor

```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)
```

## Hvorfor det betyr noe

Å forstå ytelsestesting er verdifull senior-level kunnskap fordi **ytelse er en kritisk kvalitetsattributt** — systemer må håndtere real-world og peak load akseptabelt — så testing av det er viktig for pålitelighet og brukeropplevelse, noe som gjør denne kunnskapen verdifull.

Ytelsestesting evaluerer **hvor godt et system presterer** (responstid, gjennomstrøming, skalabilitet, ressursbruk, stabilitet) under belastning — en ikke-funksjonell kvalitet som skiller seg fra korrekthet, men kritisk fordi dårlig ytelse forårsaker dårlig brukeropplevelse, tapte brukere og inntekter, og utfall under belastning.

Å forstå **typene** og deres formål er nøkkelen: **load testing** (verifisering av ytelse under forventet belastning), **stress testing** (pushing beyond grenser for å finne bruddpunktet og hvordan systemet feiler/gjenoppretter), **spike testing** (håndtering av plutselige topper, som et flash-salg), **soak/endurance testing** (vedvarende belastning over tid, som avdekker minnelekkasjer og forringelse), og skalabilitetstesting — hver besvarer ulike spørsmål om hvordan systemet oppfører seg under ulike forhold.

Å forstå **hvordan og hvorfor** — bruke verktøy (k6, JMeter, Gatling, Locust) for å simulere belastning, definere ytelseskrav/SLAer å teste mot (f.eks. p95 latency-mål ved gitt brukertall), teste realistiske scenarier for å finne flaskehalser, og kritisk gjøre dette **før produksjon** (spesielt før større oppstart eller trafikkhendelser) for å oppdage ytelsesproblem før de forårsaker reelle feil — reflekterer den praktiske verdien.

Ytelsestesting forhindrer det kostbare scenarioet at et system svikter under ekte belastning (en oppstart krasjer, et nettsted blir ubrukelig langsomt under peak-trafikk).

Siden ytelse er en kritisk kvalitetsattributt (med dårlig ytelse som forårsaker reell forretnings- og brukeropplevelseskade) og ytelsestesting (load, stress, spike, soak) verifiserer at systemer håndterer real og peak bruk før produksjon, og siden å forstå typene, verktøyene og verdien er viktig for å sikre at systemer presterer under belastning, er forståelse av ytelsestesting verdifull senior-level kunnskap — viktig for å verifisere en kritisk ikke-funksjonell kvalitet, sikre at systemer håndterer real-world bruk, og oppdage ytelsesproblem før de forårsaker produksjonsfeil, som reflekterer bredden av kvalitetshensyn senior ingeniører adresserer.