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.
Vetted providers offering training for the certification(s) this term belongs to. See the full directory.
