Egy tesztelő érvénytelen dátumot ír be egy foglalási űrlapba, és a rendszer összeomlik. A programhiba — az összetevő hibája, például egy hibás ellenőrző utasítás vagy adatdefiníció — azt okozza, hogy az összetevő nem tudja ellátni az előírt funkcióját. A tesztelő rögzíti a programhibát egy hibajelentésben a reprodukálás lépéseivel, a fejlesztő pedig kijavítja az okot. Amikor a javítást újratesztelik és megerősítik, a programhibát lezárják.
A programhiba ugyanaz, mint a hiba (defektus)? Igen, az ISTQB-terminológiában a bug és a defect szinonimái egy olyan összetevő- vagy rendszerhibának, amely miatt az nem tudja ellátni az előírt funkcióját. Kapcsolódó kifejezések: a hibaállapot (fault) az összetevő állapota, amikor a hiba jelen van, a meghibásodás (failure) pedig az összetevő megfigyelhető eltérése a várt viselkedésétől.
Mi a különbség a programhiba, a hibaállapot és a meghibásodás között? A programhiba (defektus) maga a hiba. A hibaállapot az a hibás állapot, amelyet a hiba jelenléte okoz. A meghibásodás a várt viselkedéstől való, kívülről megfigyelhető eltérés, amikor a hibaállapot végrehajtás közben aktiválódik.
Minden váratlan viselkedés programhiba? Nem feltétlenül. A viselkedést okozhatja hibás környezet, tesztadat vagy felhasználói tevékenység — de lehet specifikációs probléma is. Vizsgálatra van szükség, mielőtt valamit programhibának címkézünk.
Miért használják a tesztelők a „hiba” szót a „bug” helyett? Mert a hiba a pontos, specifikációközpontú kifejezés, amelyet a szabványok és a vizsgák használnak. A bug ugyanennek a fogalomnak a kötetlen, hétköznapi megnevezése.
Mit tartalmazzon egy jó hibajelentés? Világos címet, reprodukálási lépéseket, várt és tényleges eredményeket, környezeti részleteket, súlyosságot és prioritást, valamint alátámasztó bizonyítékokat, például naplókat vagy képernyőfelvételeket.
