Kaj je testiranje zmogljivosti?

Question

Accepted Answer

**Testiranje zmogljivosti** ocenjuje, kako se sistem obnaša pod obremenitvijo — meri **hitrost, skalabilnost in stabilnost** v različnih pogojih. Vrste vključujejo testiranje obremenitve, stresa, sunka in nasičenja. Bistveno je za zagotavljanje, da sistemi zadovoljivo rokovajo z resničnim (in največjim) obremenitvijo.

## Kaj testiranje zmogljivosti meri

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

## Vrste testov zmogljivosti

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

## Kako in zakaj

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

## Zakaj je to pomembno

Razumevanje testiranja zmogljivosti je dragoceno znanje na višjih ravneh, ker je **zmogljivost kritičen atribut kakovosti** — sistemi morajo sprejemljivo rokovati z resničnim in največjim obremenitvijo — zato je testiranje важно za zanesljivost in izkušnjo uporabnika, kar je to znanje koristno.

Testiranje zmogljivosti ocenjuje **kako dobro se sistem obnaša** (čas odziva, prepustnost, skalabilnost, poraba virov, stabilnost) pod obremenitvijo — nefunkcionalna kakovost, drugačna od pravilnosti, vendar kritična, ker slaba zmogljivost povzroči slabo izkušnjo uporabnika, izgubljene uporabnike in dohodek ter izpade pri največjih obremenitvijah.

Razumevanje **vrst** in njihovih namenov je ključno: **testiranje obremenitve** (preverjanje zmogljivosti pod pričakovano obremenitvijo), **testiranje stresa** (potiskanje preko mej, da se najde točka preloma in kako se sistem ne uspe/okreva), **testiranje sunka** (rokovanje s nenadnimi sunki, kot je bliskavična prodaja), **testiranje nasičenja/trajnosti** (trajna obremenitev v daljšem času, iskanje puščanja pomnilnika in slabljenja) in testiranje skalabilnosti — vsaka odgovarja na druga vprašanja o tem, kako se sistem obnaša v različnih pogojih.

Razumevanje **kako in zakaj** — uporaba orodij (k6, JMeter, Gatling, Locust) za simulacijo obremenitve, definiranje zahtev zmogljivosti/SLA za testiranje (npr. p95 cilji zakasnitve pri določenem številu uporabnikov), testiranje realističnih scenarijev za iskanje ozkih grl in ključno izvajanje tega **pred produkcijo** (posebej pred večjimi izpusti ali dogodki prometa) za ujemanje težav s zmogljivostjo, preden povzročijo resnične napake — odraža praktično vrednost.

Testiranje zmogljivosti preprečuje drag scenarij, v katerem se sistem ne uspe pod resnično obremenitvijo (izpust se sesuje, spletno mesto se upočasni do neuporabnosti med največjo obremenitvijo).

Ker je zmogljivost kritičen atribut kakovosti (s slabo zmogljivostjo, ki povzroči resnično poslovno in UX škodo) in testiranje zmogljivosti (obremenitev, stres, sunek, nasičenje) preveri, da sistemi pred produkcijo rokovajo z resničnim in največjim obremenitvijo, in ker je razumevanje vrst, orodij in vrednosti važno za zagotavljanje, da sistemi delujejo pod obremenitvijo, je razumevanje testiranja zmogljivosti dragoceno znanje na višjih ravneh — važno za preverjanje kritične nefunkcionalne kakovosti, zagotavljanje, da sistemi rokovajo z resničnim obremenitvijo in ujemanje težav s zmogljivostjo, preden povzročijo produkcijske napake, kar odraža raznolikost skrbi za kakovost, s katerimi se soočajo inženirji na višjih ravneh.