> For the complete documentation index, see [llms.txt](https://ultimatewebsolutions.gitbook.io/qa-knowledge-base/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ultimatewebsolutions.gitbook.io/qa-knowledge-base/tesztelesi-alapfogalmak.md).

# Tesztelési alapfogalmak

**Mi a különbség a QA és a testing között?**

* QA (Quality Assurance): a hibák megelőzésére, a folyamatok javítására fókuszál.
* Testing: a termék minőségének ellenőrzésére és a hibák feltárására fókuszál.

**Mi a különbség a verification és validation között?**

* Verification: jól építjük a terméket a specifikáció alapján?
* Validation: a megfelelő terméket építjük a felhasználó igényei szerint?

**Mi a black-box testing?**

A rendszer belső működésének ismerete nélkül, a bemeneteket és a kimeneteket vizsgáljuk.

**Mi a white-box testing?**

A belső kódot, logikát, elágazásokat és végrehajtási útvonalakat vizsgáljuk.

**Mi a grey-box testing?**

Részleges ismeretünk van a rendszer belső működéséről, és ezt felhasználjuk a tesztelés során.

**Mi a különbség a hiba, a defect és a failure között?**

* Error: emberi tévedés.
* Defect/Bug: hiba a kódban vagy más tesztelési objektumban.
* Failure: a rendszer helytelen működése futás közben.

**Mi a tesztlefedettség (test coverage)?**

Azt mutatja meg, hogy a meghatározott követelmények, funkciók vagy kódelemek mekkora részét vizsgáltuk tesztekkel.

**Mi szerepel egy Test Planben?**

A tesztelés célja, scope-ja, megközelítése, erőforrásai, ütemezése, környezete, kockázatai és exit criteria feltételei.

**Az exit criteria** (kilépési feltételek) azok az előre meghatározott feltételek, amelyek teljesülése esetén a tesztelés befejezhető.

Példák:

* Az összes kritikus teszteset sikeres.
* Nincs nyitott kritikus vagy blocker hiba.
* A tervezett tesztlefedettség elérte a célértéket.
* A fennmaradó kockázatokat dokumentálták és elfogadták.

**Mi a különbség az entry és exit criteria között?**

* Entry criteria: milyen feltételeknek kell teljesülniük a tesztelés megkezdéséhez?
* Exit criteria: milyen feltételek teljesülésekor tekinthető befejezettnek a tesztelés?

**Mit jelent a test pyramid?**

A tesztelési piramis szerint általában sok gyors unit tesztet, kevesebb integrációs/API-tesztet és még kevesebb UI end-to-end tesztet érdemes fenntartani.

**Mikor nem automatizálnál egy tesztet?**

Ha ritkán fut, gyakran változik, egyszerűbb manuálisan elvégezni, vagy az automatizálás költsége meghaladja a várható hasznot.

**Mi a traceability matrix?**

Összekapcsolja a követelményeket a tesztesetekkel és a hibákkal, így ellenőrizhető a lefedettség és a visszakövethetőség.

**Mit jelent a test completion report?**

Összefoglalja a tesztelés eredményeit, a lefedettséget, a nyitott hibákat, a kockázatokat és a release-re vonatkozó javaslatot.

**Egy új feature tesztelését az alábbi lépések szerint végezném:**

1. **Követelmények elemzése**: megértem az üzleti célt, az elvárt működést és az acceptance criteriákat.
2. **Kockázatelemzés**: azonosítom a kritikus funkciókat és a lehetséges hibákat.
3. **Teszttervezés**: pozitív, negatív, határérték- és edge case teszteket készítek.
4. **Tesztkörnyezet és adatok**: előkészítem a szükséges környezetet és tesztadatokat.
5. **Tesztvégrehajtás**: elvégzem a funkcionális, integrációs és szükség szerint API-, UI- és nem funkcionális teszteket.
6. **Hibakezelés**: dokumentálom a hibákat, reprodukciós lépésekkel és bizonyítékokkal.
7. **Regressziós tesztelés**: ellenőrzöm, hogy a módosítás nem érintette-e hátrányosan a meglévő funkciókat.
8. **Jelentés és lezárás**: összefoglalom az eredményeket, a nyitott hibákat és a fennmaradó kockázatokat.