debugger

haladóelterjedt

A debugger olyan hibakereső program, amellyel a fejlesztő lépésenként futtathat egy másik programot, és közben megnézheti, mi történik a belsejében.

Érthetően

Ha egy program rosszul működik, kívülről csak a végeredményt látod: rossz szám jön ki, lefagy, vagy hibaüzenetet dob. A debugger ilyenkor benéz a motorháztető alá: megállítja a programot ott, ahol kéred, és megmutatja, éppen mit csinál.

Olyan, mint amikor a videóbíró lassítva, kockáról kockára nézi vissza a vitatott jelenetet. Normál sebességnél nem látni, hol történt a hiba, kimerevítve viszont pontosan kiderül, melyik pillanatban csúszott el a dolog.

Nem ő javítja ki a hibát, és nem is ő találja meg helyetted. Csak láthatóvá teszi, mi zajlik a programban, a következtetést a fejlesztőnek kell levonnia, vagy egyre gyakrabban egy kódoló agentnek.

Abban más, mint az egyszerű próbálgatás, hogy nem kell találgatnod: a program valódi állapotát mutatja, sorról sorra.

Hogyan működik

A fejlesztő megjelöl egy sort a kódban, ahol a programnak meg kell állnia. Ez a töréspont (breakpoint).
A programot a debugger felügyelete alatt indítja el, és az a megjelölt sornál megáll, mintha megnyomták volna a szünet gombot.
Megálláskor megnézheti, milyen értékek vannak éppen a változókban, vagyis a program „emlékezetében”, és milyen úton jutott el idáig a futás.
Innen soronként léptetheti tovább a programot, és figyelheti, melyik lépésnél tér el a valóság attól, amit várt.
Ha megvan a hibás lépés, kijavítja a kódot, majd újrafuttatja a programot, hogy lássa, tényleg megszűnt-e a hiba.

Példa a mindennapokból

Egy webáruház kosara rossz végösszeget mutat, ha kupont is beváltasz. A fejlesztő a debuggerrel megállítja a programot a kedvezmény kiszámításánál, és látja, hogy a rendszer kétszer vonta le ugyanazt a kupont. Te ebből annyit veszel észre, hogy másnapra jó az ár.

Kit érint

fejlesztőMindennapos munkaeszköze, amellyel sokkal gyorsabban találja meg a hiba okát, mint puszta kódolvasással. → Kód

szülő, diák, tanárAki programozni tanul, a debuggerrel értheti meg igazán, hogyan hajtja végre a gép lépésről lépésre azt, amit leírt. → Oktatás és család

vállalkozó, vezetőSegít megérteni, miért tarthat egy hiba felderítése tovább, mint maga a javítás, és mire megy el ilyenkor a fejlesztői idő.

mindenkiA telefonodon és a gépeden futó alkalmazások hibáit jórészt ilyen eszközökkel derítik fel, mielőtt a frissítés megérkezik hozzád.

Gyakori félreértés

TévhitA debugger magától megtalálja és kijavítja a hibákat a programban.

ValójábanA debugger csak megmutatja, mi történik a program belsejében. A hiba okát a fejlesztőnek vagy egy kódoló agentnek kell felismernie, és a javítást is neki kell megírnia.

Korlátok és kockázatok

Csak azt a hibát látod vele, amelyik elő is jön: ha egy hiba ritkán vagy csak éles terhelés alatt jelentkezik, nehéz „tetten érni”.
A megállítás megváltoztatja az időzítést, ezért az egyszerre több szálon futó programok hibái debugger alatt olykor eltűnnek vagy másképp viselkednek.
Éles, ügyfeleket kiszolgáló rendszert nem szokás debuggerrel megállítani. Ott inkább a naplókból és a mérésekből dolgoznak, legfeljebb olyan eszközökkel, amelyek megállás nélkül készítenek pillanatképet a program állapotáról.
Nyelvi modellek „gondolkodásába” nem lehet vele belenézni: a hagyományos debugger a kód futását követi, azt nem mutatja meg, miért adott a modell egy bizonyos választ.

Hasonló, de nem ugyanaz

naplózás – A naplózásnál a program futás közben maga írja ki, mi történt, és ezt utólag olvasod el, míg a debuggerrel élőben állítod meg és vizsgálod.
tesztelés – A teszt azt mutatja meg, hogy van-e hiba, a debugger pedig abban segít, hogy kiderüljön, hol és miért keletkezik.
linter – A linter futtatás nélkül, a kód szövegét átnézve jelez gyanús részeket, a debugger viszont a futó programot figyeli.

Kapcsolódó fogalmak

Tágabb

fejlesztőeszköz, hibakeresés, szoftverfejlesztés

Szűkebb

töréspont, léptetés, hívási verem

Rokon

naplózás, tesztelés, fejlesztőkörnyezet, kódoló agent, programhiba

Röviden a története

A „bug” (bogár) szót már a 19. században is használták műszaki hibára, például Thomas Edison is. A legismertebb anekdota 1947 szeptemberéből való: a Harvard Mark II számítógép egyik reléjéből kiszedtek egy beszorult molylepkét, és beragasztották a gépnaplóba azzal a megjegyzéssel, hogy ez az első eset, amikor valódi „bogarat” találtak. Az egyik ma is legelterjedtebb debuggert, a GDB-t 1986-ban kezdte írni Richard Stallman.

Hol tart most

A debugger minden komoly fejlesztőkörnyezet és böngésző beépített része. 2026 végére a kódoló agentek is egyre gyakrabban használják önállóan, de a hibakeresés alapelve évtizedek óta ugyanaz.

Állapot: 2026. november

A hírekben

4 Agent Age-sztoriban fordul elő; a görbe a hírmagazin heti előfordulása.

Fejlesztők AI-agentekkel tisztítják meg az okostévéket a reklámoktól és nyomkövetőktől2026. okt. 19. · Kód
Kutatói lelet: a ChatGPT hirdetési sütije külső oldalakon is követhet2026. szept. 21. · Marketing
A Linux-kernel rekordközeli, kiadásonként 2000 sebezhetőséget kap AI-vadászoktól2026. aug. 31. · Kód
Kutatások az AI-kódolás hatásáról: lassabb hibakeresés, megbicsakló METR-vizsgálat, mítoszok2026. aug. 4. · Kód

Más nevei

debugger · hibakereső · hibakereső program · nyomkövető · debuggoló · debugging tool · debug · debugolás

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.