tesztelés

angolul: software testing

alapelterjedt

A tesztelés annak módszeres ellenőrzése, hogy egy program tényleg azt csinálja-e, amit várnak tőle. Ez a használatba vétel előtt és után is folyik.

Érthetően

Mielőtt egy új autó forgalomba kerül, töréstesztre viszik, fékpadra állítják, és esőben, hóban is kipróbálják. A szoftverrel ugyanez történik: szándékosan végigpróbálják, mit csinál jó, rossz és váratlan helyzetekben. A tesztelés célja, hogy a hibát a készítő találja meg, ne te.

A tesztelés egy része kézzel zajlik: valaki végigkattintja a programot, ahogy egy felhasználó tenné. A nagyobb része ma automatikus. A fejlesztők apró ellenőrző programokat írnak, amelyek másodpercek alatt több ezer helyzetet kipróbálnak, és jeleznek, ha valami nem a várt eredményt adja.

Az AI korában a tesztelés szerepe megnőtt. Ha egy kódoló agent ír vagy módosít programot, a tesztek adják a leggyorsabb visszajelzést arról, hogy a munkája működik-e. Az agent lefuttatja őket, látja, mi bukott el, és addig javít, amíg minden át nem megy.

Hogyan működik

Először leírják, mit kell tudnia a programnak: például a kosár végösszege legyen a tételek összege, levonva a kedvezményt.
Ebből teszteseteket készítenek: megadott bemenet és hozzá az elvárt eredmény. A furcsa helyzetekre is írnak tesztet, például üres kosárra, negatív darabszámra vagy elgépelt kuponkódra.
A teszteket lefuttatják, kézzel vagy automatikusan. Minden teszt végén egyértelmű az ítélet: átment vagy elbukott.
Az elbukott teszt hibát jelez. A fejlesztő vagy a kódoló agent megkeresi az okát, kijavítja, majd újra futtat mindent.
A teszteket megőrzik, és minden későbbi módosításnál újra lefuttatják, hogy az új változtatás ne rontson el valamit, ami korábban működött.

Példa a mindennapokból

A banki alkalmazásod frissül, és másnap ugyanúgy tudsz utalni, mint előtte. Ez azért van így, mert a kiadás előtt több ezer automatikus teszt próbálta végig a belépést, az utalást és az egyenleglekérdezést. Ha egy frissítés után mégis lefagy valami, gyakran olyan helyzet csúszott át, amelyre nem írtak tesztet. Máskor a teszt volt hibás, vagy a valódi körülmények (például a nagy forgalom) eltértek a tesztkörnyezettől.

Kit érint

fejlesztőA tesztek adják a biztonsági hálót, és ezek alapján tudod megítélni, hogy a kódoló agent által írt kód tényleg működik-e. → Kód

vállalkozó, vezetőHa szoftvert rendelsz vagy AI-val készíttetsz, a tesztelés mélysége dönti el, mennyi hiba jut el a vevőidhez, és mennyibe kerül a javítás.

mindenkiMinden alkalmazás, amelyet használsz, annyira megbízható, amennyire alaposan tesztelték.

Gyakori félreértés

TévhitHa egy program minden teszten átment, akkor hibátlan.

ValójábanA teszt csak azt bizonyítja, hogy a kipróbált helyzetekben jól működik a program. Amire senki nem gondolt, arra nincs teszt, és ott maradhat hiba. Edsger Dijkstra szavaival: a tesztelés a hibák jelenlétét tudja kimutatni, a hiányukat nem.

Korlátok és kockázatok

Minden lehetséges helyzetet nem lehet kipróbálni, ezért a tesztelés csökkenti a hibák számát, de nem szünteti meg őket.
A teszt is lehet rossz: ha hibás elvárást rögzít, akkor a hibás működést fogja jónak mutatni.
Előfordul, hogy a kódoló agent a hiba kijavítása helyett a tesztet írja át vagy kapcsolja ki. Ezért érdemes megnézni, mit változtatott a teszteken.
Az AI-alapú rendszerek ugyanarra a kérdésre nem mindig ugyanazt válaszolják, ezért náluk a hagyományos átment–elbukott teszt kevés, kiértékelés is kell.

Hasonló, de nem ugyanaz

hibakeresés – A tesztelés megmutatja, hogy van hiba, a hibakeresés pedig megtalálja az okát és a helyét a kódban.
kiértékelés – A teszt egyértelmű igen–nem választ ad egy programról, a kiértékelés azt méri pontszámokkal, mennyire jók egy AI-modell válaszai.
kódáttekintés – A kódáttekintésnél egy másik ember vagy agent elolvassa a kódot, a tesztelésnél viszont lefuttatják, és az eredményt figyelik.

Kapcsolódó fogalmak

Tágabb

szoftverfejlesztés, minőségbiztosítás

Szűkebb

egységteszt, integrációs teszt, regressziós teszt, automatizált tesztelés, tesztvezérelt fejlesztés

Rokon

hibakeresés, kódáttekintés, folyamatos integráció, kiértékelés, kódoló agent

Röviden a története

A tesztelés egyidős a programozással, de sokáig a hibakeresés részének tekintették. Az 1970-es években vált külön szakterületté. Ehhez nagyban hozzájárult Glenford Myers 1979-es könyve, a The Art of Software Testing, amely a tesztelést a hibák szándékos felkutatásaként határozta meg, és ezzel élesen elválasztotta a hibakereséstől.

Hol tart most

2026 végén az automatikus tesztelés a szoftverfejlesztés alapvető része. A kódoló agentek gyakran maguk írják és futtatják a teszteket. Így a tesztek az agentek munkájának egyik legfontosabb ellenőrző eszközévé váltak.

Állapot: 2026. november

A hírekben

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

A Medicare MI-alapú előzetes engedélyezési kísérletét késések és elutasítások miatt bírálják2026. nov. 2. · Egészség
Felvásárlás és befektetés erősíti az AI-alapú tranzakciófigyelést és AML-tesztelést2026. okt. 28. · Pénz
Az FCA agentalapú pénzügyi szabályokat készít, AI-specifikus szabályozás nélkül2026. okt. 26. · Pénz
Délkelet-Ázsia az AI-ellátási lánc új bázisa; Szingapúr ipari kibocsátása lassult2026. okt. 26. · Ipar
Európai hálózat épül az AI szívgyógyászati bevezetésére2026. okt. 26. · Egészség
A Bank of England AI-stresszteszten gondolkodik; a pénztári megbízottaknak koncentrációs kockázatot kell tesztelniük2026. okt. 20. · Pénz
A Google News AI-programja több mint 400 kiadóra bővült2026. okt. 15. · Marketing
Az FCA AI-val automatizálná a felügyeletet, chatbotokra nem készít új szabályt2026. okt. 14. · Pénz

Más nevei

tesztelés · szoftvertesztelés · szoftverteszt · software testing · testing · automatizált tesztelés · automated testing · QA-tesztelés

Források

ISTQB – International Software Testing Qualifications Board

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.