Újratesztelés

Példa

A bejelentkezési funkcióhoz tartozó teszteset azért bukott meg, mert jelszóellenőrzési hibát találtak. A fejlesztő kijavítja a hibát. Az újratesztelés ezután újra futtatja ugyanazt a tesztesetet annak ellenőrzésére, hogy a korrekciós intézkedés működött: a bejelentkezés most már sikeres, és a korábban megbukó teszteset átmegy. Vegyük észre, hogy az újratesztelés csak azokat a teszteket futtatja újra, amelyek megbuktak — a változatlan funkciók ellenőrzése regressziós tesztelés.

Gyakori kérdések

Mi a különbség az újratesztelés és a regressziós tesztelés között? Az újratesztelés azokat a teszteseteket futtatja, amelyek a legutóbbi futtatáskor megbuktak, annak ellenőrzésére, hogy a korrekciós intézkedések sikeresek voltak. A regressziós tesztelés a korábban már tesztelt, változatlan funkciókat teszteli annak biztosítására, hogy a változtatás nem vezetett be új hibákat. Egy javítás után mindkettőre szükség van.

Az újratesztelést megerősítő tesztelésnek is nevezik? Az ISTQB-szószedet rokon fogalomként kezeli őket: a megerősítő tesztelés ugyanazt a fogalmat jelenti, vagyis annak ellenőrzését, hogy egy hiba ki van javítva, és mindkettő ellentétben áll a regressziós teszteléssel. Sok tantervben felváltva használják a kifejezéseket.

Mikor végzik az újratesztelést? A hibajavítás után, a javítás elfogadása előtt. Általában a környező funkciók regressziós tesztelése követi.

Automatizálható az újratesztelés? Igen. A korábban megbukott automatizált tesztesetet újra futtatják — lehetőleg egy olyan CI-folyamat részeként, amely a regressziós tesztcsomagot is futtatja.

Kapcsolódó kifejezések

• megerősítő tesztelés — annak ellenőrzése, hogy egy hiba valóban ki van javítva
• regressziós tesztelés — a változatlan funkciók tesztelése változtatás után
• hiba — amire a korrekciós intézkedés irányul
• teszteset — az az egység, amelyet újra futtatnak
• hibakeresés — a hiba lokalizálása és kijavítása az újratesztelés előtt
• meghibásodás — a megfigyelt viselkedés, amely miatt a teszt megbukott