Melyek a tesztelés különböző típusai és szintjei?

Question

Accepted Answer

A szoftvertesztelésnek több **szintje** (hatókör szerint) és **típusa** (cél szerint) létezik. Ezek megértése — unit, integráció, végpontok közötti; funkcionális vs nem-funkcionális — segít egy teljes tesztelési megközelítés felépítésében, amely a minőség különböző aspektusait fedi le.

## Tesztelési szintek (hatókör szerint)

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

## Funkcionális vs nem-funkcionális

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

## Egyéb gyakori teszt kategóriák

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

## Miért fontos

A tesztelés különböző típusainak és szintjeinek megértése értékes, mivel **keretrendszert biztosít egy teljes tesztelési megközelítéshez**, így alapvető ismeret a szoftver minőségéhez.

A tesztelés nem egy dolog — többféle **szintet** fog át (hatókör szerint: **unit** az egyedi alkatrészekhez, **integráció** az egymással dolgozó komponensekhez, **végpontok közötti** a teljes alkalmazáshoz a felhasználó perspektívájából, valamint rendszer és elfogadási tesztelés) és **típust** (cél szerint: **funkcionális** tesztelés, amely azt igazolja, hogy a szoftver helyesen működik, és **nem-funkcionális** tesztelés olyan tulajdonságokra, mint a teljesítmény, biztonság, használhatóság és megbízhatóság).

Ezeknek a kategóriáknak a megértése fontos, mert egy teljes tesztelési stratégia több szintet és típust használ — nem biztosíthat minőséget csak egyféle teszttel (csak unit tesztek hiányoznak az integráció problémáiból; csak funkcionális tesztek hiányoznak a teljesítménytől és biztonsággal).

A szintek megértése (és az, hogy hatókör és sebesség között kompromisszumot jelentenek — unit tesztek gyorsak és számosak, e2e tesztek szélesek, de lassúak) a teszt piramis koncepciót keretez.

A **más gyakori kategóriák** megértése — regresszió (annak ellenőrzése, hogy a változások nem törtették meg a dolgokat), smoke (gyors alapvető funkcionalitás ellenőrzése), manuális vs automatizált, és white-box vs black-box — kiegészíti a tesztelés szókincsét.

Ezeknek a megkülönböztetéseknek az ismerete segít gondolkodni azon, hogy milyen típusú tesztelésre van szüksége egy projektnek, és pontosan kommunikálni a tesztelésről.

Mivel az effektív szoftver minőséghez több szintű és típusú tesztelés szükséges (a helyesség különböző hatóköreiben és különféle nem-funkcionális tulajdonságokat lefedve), és mivel a tesztelési taxonómia megértése alapvető a teljes tesztelési megközelítés felépítéséhez és a tesztelésről való beszélgetéshez, a tesztelés különböző típusainak és szintjeinek megértése értékes, alapvető ismeret — a tesztelési terület koncepcionális keretrendszere, amely szükséges az átfogó minőségbiztosítás gondolkodásához és annak megértéséhez, hogy az egyes teszttípusok hova illeszkednek, a tesztelési írástudatlanság kulcsrésze minden fejlesztő számára.