integrációs teszt

angolul: integration test

haladóelterjedt

Olyan szoftverteszt, amely azt ellenőrzi, hogy a program külön-külön már működő részei egymással összekapcsolva is hibátlanul dolgoznak-e együtt.

Érthetően

Képzeld el, hogy konyhát szerelsz. A csap jó, a mosogatógép jó, a lefolyócső is jó – mindegyiket külön kipróbálták a gyárban. A víz mégis a padlóra folyik, mert a cső átmérője nem illik a csatlakozóhoz. Az integrációs teszt pontosan ezt a pillanatot vizsgálja: mi történik, amikor a darabokat összekötöd.

A szoftver is alkatrészekből áll: az egyik rész a felhasználót lépteti be, a másik az adatbázissal beszél, a harmadik a fizetést intézi. A hibák jelentős része nem az egyes részek belsejében, hanem a határaikon keletkezik: az egyik forintban küldi az összeget, a másik fillérben várja, vagy az egyik más formátumban adja át a dátumot, mint amit a másik megért.

Ez a teszt tehát nem azt kérdezi, hogy „jól számol-e ez a kis kódrészlet”, hanem azt, hogy „megértik-e egymást a részek”. Az AI-korszakban különösen fontos lett: egy kódoló agent percek alatt megír egy új funkciót, de azt, hogy ez illeszkedik-e a már meglévő rendszerhez, elsősorban az integrációs tesztek mutatják meg.

Hogyan működik

A fejlesztő kiválaszt két vagy több összetartozó részt, például a rendelés-kezelőt és az adatbázist, és valódi (vagy a valódihoz nagyon hasonló) környezetben összekapcsolja őket.
Megír egy forgatókönyvet: milyen adat megy be az egyik oldalon, és minek kell megjelennie a másikon – például „ha leadok egy rendelést, annak meg kell jelennie az adatbázisban, és csökkennie kell a készletnek”.
A teszt automatikusan lefuttatja a forgatókönyvet, és összeveti a tényleges eredményt az elvárttal.
Azokat a külső szolgáltatásokat, amelyeket drága vagy kockázatos volna élesben hívni (bank, SMS-küldő), gyakran próbaváltozattal helyettesítik.
A tesztek jellemzően automatikusan újra lefutnak, amikor a kód változik (a lassabbak esetleg csak naponta vagy kiadás előtt), így hamar kiderül, ha egy változtatás máshol elrontott valamit.

Példa a mindennapokból

Frissítés után megnyitod a banki alkalmazást: a belépés megy, az egyenleg látszik, de az utalás gombra hibaüzenetet kapsz. Az ilyen hiba gyakori oka, hogy a részek külön-külön jók voltak, csak az összekapcsolásuk nem – ezt egy jó integrációs tesztnek még a kiadás előtt meg kellett volna fognia.

Kit érint

fejlesztőŐ felel azért, hogy ezek a tesztek elkészüljenek és naprakészek maradjanak, és ezekkel tudja ellenőrizni a kódoló agent által írt kódot is. → Kód

vállalkozó, vezetőHa szoftvert rendelsz, az integrációs tesztek megléte jó jele annak, hogy a kész rendszer nem esik szét az első frissítésnél.

mindenkiA frissítés utáni leállások és furcsa hibák gyakran abból erednek, hogy a részek együttműködését nem tesztelték eleget.

Gyakori félreértés

TévhitHa minden egyes alkatrész tesztje zöld, akkor a program egésze is működik.

ValójábanA külön-külön hibátlan részek összekapcsolva is elromolhatnak, mert másképp értelmezik ugyanazt az adatot vagy más sorrendben várják a lépéseket. Ezt csak az együttes kipróbálás mutatja meg.

Korlátok és kockázatok

Lassabb és drágább, mint az egységteszt, mert valódi adatbázist, hálózatot vagy több szolgáltatást kell elindítani hozzá.
Ha elbukik, nehezebb megtalálni, melyik rész a hibás, hiszen egyszerre több elem dolgozik.
Csak azt ellenőrzi, amire forgatókönyvet írtak: a zöld teszt nem bizonyítja, hogy nincs hiba, csak azt, hogy a kipróbált esetek működnek.
A próbaváltozattal helyettesített külső szolgáltatás másképp viselkedhet, mint az igazi, ezért a teszt hamis biztonságérzetet adhat.

Hasonló, de nem ugyanaz

egységteszt – Az egységteszt egyetlen kis kódrészletet vizsgál elszigetelten, az integrációs teszt több rész együttműködését.
végponttól végpontig teszt – A végponttól végpontig teszt a teljes rendszert járja végig a felhasználó szemszögéből, az integrációs teszt csak néhány összekapcsolt részt.
regressziós teszt – A regressziós teszt azt figyeli, hogy egy módosítás nem rontott-e el korábban működő funkciót, és ez bármelyik szinten történhet, nem csak a részek találkozásánál.

Kapcsolódó fogalmak

Tágabb

szoftvertesztelés, minőségbiztosítás, automatizált tesztelés

Szűkebb

API-teszt, szerződésteszt

Rokon

egységteszt, végponttól végpontig teszt, regressziós teszt, folyamatos integráció, tesztpiramis

Röviden a története

Az integrációs tesztelés a moduláris programozással együtt, az 1970-es években vált a szoftverfejlesztés bevett gyakorlatává. Glenford Myers 1979-ben megjelent, The Art of Software Testing című könyve már részletesen tárgyalta, hogyan érdemes a modulokat összeilleszteni és közben tesztelni: lépésenként vagy egyszerre, felülről lefelé vagy alulról felfelé haladva.

Hol tart most

2026 végén a professzionális szoftverfejlesztés alapgyakorlata, a tesztek jellemzően a kód módosításakor automatikusan lefutnak. Súlya tovább nő, mert a kódoló agentek által írt kód ellenőrzésének ez az egyik fő eszköze.

Állapot: 2026. november

Más nevei

integrációs teszt · integrációs tesztelés · integration test · integration testing · integrációs próba

Források

A szócikk gépi szerkesztéssel készült és gépi szakmai lektoráláson ment át; a „hírekben” rész az Agent Age sztorijaiból automatikusan frissül.