Kas yra našumo testavimas?

Question

Accepted Answer

**Našumo testavimas** įvertina, kaip sistema veikia esant apkrovai — matuojant **greitį, mastelumą ir stabilumą** įvairiausiomis sąlygomis. Tipai apima apkrovos, streso, šuolio ir ilgalaikės apkrovos testus. Tai yra būtina siekiant užtikrinti, kad sistemos priimtinai tvarkytų realaus pasaulio (ir piko) naudojimą.

## Ką našumo testavimas matuoja

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

## Našumo testų tipai

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

## Kaip ir kodėl

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

## Kodėl tai svarbu

Supratimas apie našumo testinimą yra vertinga aukštesnio lygio žinios, nes **našumas yra kritinis kokybės atributas** — sistemos turi priimtinai tvarkytis su realaus pasaulio ir piko apkrova — todėl jo testavimas yra svarbus patikimumui ir vartotojo patirčiai, sudarydamas šią žinią naudinga.

Našumo testavimas įvertina **kaip gerai sistema veikia** (atsako laikas, pralaidumas, mastelumas, išteklių panaudojimas, stabilumas) esant apkrovai — nefunkcinė kokybė, skiriasi nuo korektumų, bet kritinė, nes bloga našumo padėtis sukelia blogą vartotojo patirtį, praranda vartotojus ir pajamas, ir sužlunga esant apkrovai.

Supratimas apie **tipus** ir jų paskirtį yra pagrindinis: **apkrovos testavimas** (našumo patvirtinimas numatyta apkrova), **streso testavimas** (spaudimas viršijant ribas siekiant rasti sulaužymo tašką ir kaip sistema žlunga/atsigauna), **šuolio testavimas** (staigių siaučių tvarkymas, pavyzdžiui, blykstės pardavimas), **ilgalaikės/atsparumo testavimas** (susieta apkrova per tam tikrą laiką, randant atminties nuotėkius ir degradaciją), ir mastelumo testavimas — kiekvienas atsakydamas į skirtingus klausimus apie kaip sistema elgiasi įvairiomis sąlygomis.

Supratimas **kaip ir kodėl** — naudojant įrankius (k6, JMeter, Gatling, Locust) apkrovai simuliuoti, apibrėžiant našumo reikalavimus/SLA siekiant jų patikrinti (pvz. p95 latentinumą taikiniai tam tikram vartotojų skaičiui), testavus realistines scenarijus siekiant surasti siauro vietos, ir labai svarbu darydami tai **prieš gamybą** (ypač prieš pagrindinius paleidimus arba eismo įvykius) siekiant aptikti našumo problemas kol jos nepriveda prie realių strigčių — atspindi praktinę vertę.

Našumo testavimas naudingumo padėtis skiria brangią scenarijų, kai sistema žlunga realioje apkrovoje (paleidimas griūva, svetainė sulėtėja iki nenaudingumo per piko srauto).

Kadangi našumas yra kritinis kokybės atributas (su bloga našumo padėtimi sukeliančia tikrą verslo ir vartotojo patirties žalą) ir našumo testavimas (apkrova, stresas, šuolis, sausumos) patvirtina sistemos tvarkosi su realiu ir piko naudojimu prieš gamybą, ir kadangi supratimas apie tipus, įrankius ir vertę yra svarbus siekiant užtikrinti sistemos veikimą esant apkrovai, našumo testavimo supratimas yra vertinga aukštesnio lygio žinios — svarbi kritinės nefunkcinės kokybės patikrinimui, užtikrinant sistemas tvarkosi su realaus pasaulio naudojimu, ir pagavus našumo problemas kol jos nepriveda prie gamybos strigčių, atspindi platų kokybės susirūpinimą, kuriuos sprendžia aukšti inžinieriai.