Kokie yra skirtingi testavimo tipai ir lygiai?

Question

Accepted Answer

Programinės įrangos testavimas turi kelis **lygius** (pagal apimtį) ir **tipus** (pagal tikslą). Jų supratimas — unit, integracinis, end-to-end; funkcinis ir nefunkcinis — padeda sukurti išsamų testavimo metodą, apimantį skirtingus kokybės aspektus.

## Testavimo lygiai (pagal apimtį)

```text
UNIT → individual functions/methods in isolation (smallest, fastest, most numerous)
INTEGRATION → multiple units/components working TOGETHER (e.g. code + database, services)
END-TO-END (E2E) → the WHOLE application from the user's perspective (full flows,
  through the real UI/system) — broadest, slowest
SYSTEM → the complete integrated system; ACCEPTANCE → meets business requirements
```

## Funkcinis ir nefunkcinis testavimas

```text
FUNCTIONAL → does it do the RIGHT thing? (correct behavior, features work)
  → unit, integration, e2e, smoke, regression, sanity tests
NON-FUNCTIONAL → HOW WELL does it work? (qualities beyond correctness):
  PERFORMANCE (speed, load), SECURITY, USABILITY, RELIABILITY, COMPATIBILITY, etc.
```

## Kitos dažnos testavimo kategorijos

```text
REGRESSION → verify changes didn't break existing functionality (run after changes)
SMOKE → quick check that core functionality works (before deeper testing)
MANUAL → a human tests; AUTOMATED → code tests code (repeatable, fast)
WHITE-BOX (know the internals) vs BLACK-BOX (test behavior, not internals)
```

## Kodėl tai svarbu

Skirtingų testavimo tipų ir lygių supratimas yra vertingas, nes jis suteikia **išsamaus testavimo metodikos pagrindą**, todėl tai yra pagrindinės žinios apie programinės įrangos kokybę.

Testavimas nėra vienas dalykas — jis apima **lygius** (pagal apimtį: **unit** atskiroms dalims, **integraciją** komponentams veikiantiems kartu, **end-to-end** visai programai iš naudotojo perspektyvos, plius sistemą ir priėmimą) ir **tipus** (pagal tikslą: **funkcinį** testavimą, jei programinė įranga daro teisingą dalyką, ir **nefunkcinį** testavimą kokybių, tokių kaip našumas, saugumas, naudojamumas ir patikimumas).

Šios kategorijos supratimas yra svarbus, nes išsami testavimo strategija naudoja kelis lygius ir tipus — negalite garantuoti kokybę tik su vienu testavimo tipu (unit testai nepastebi integracijos problemų; funkciniai testai nepastebi našumo ir saugumo problemų).

Supratimas apie lygius (ir kad jie atsveria apimtį prieš greitį — unit testai greitesni ir daugiausi, e2e testai platesni bet lėti) pagrindžia testavimo piramidės koncepciją.

Supratimas apie **kitas dažnas kategorijas** — regresiją (patikrinant, kad pakeitimai nesulaužė funkcionalumo), smoke testus (greitus pagrindinės funkcionalumo patikrinimus), rankinius ir automatinius, bei white-box ir black-box — papildo testavimo žodyną.

Žinant šiuos skirtumus, galite suprasti, kokius testavimo tipus projektas reikalinga, ir tiksliai kalbėti apie testavimą.

Kadangi veiksminga programinės įrangos kokybė reikalinga kelis testavimo lygius ir tipus (apimančius teisingumą skirtingose apimtyse ir įvairias nefunkcines kokybės sritis), o kadangi testavimo taksonominės sistemos supratimas yra pagrindinis šaltinis išsamaus testavimo metodikos sukūrimui ir testavimo aptarimui, skirtingų testavimo tipų ir lygių supratimas yra vertinga, pagrindinė žinia — testavimo srities koncepcinė sistema, būtina visapusiškam kokybės užtikrinimui apsvarstyti ir norint suprasti, kur kiekvienas testavimo tipas priklauso, pagrindinė testavimo raštingumo dalis bet kuriam kūrėjui.