En testare anger ett ogiltigt datum i ett bokningsformulär och systemet kraschar. Buggen — en brist i komponenten, till exempel en felaktig valideringssats eller datadefinition — gör att komponenten inte kan utföra sin avsedda funktion. Testaren dokumenterar buggen i en defektrapport med steg för att återskapa problemet, och utvecklaren åtgärdar orsaken. När åtgärden har omtestats och bekräftats stängs buggen.
Är en bugg samma sak som en defekt? Ja, i ISTQB-terminologin är bugg och defekt synonymer för en brist i en komponent eller ett system som kan göra att den inte utför sin avsedda funktion. Relaterade begrepp: ett feltillstånd (fault) är komponentens tillstånd när bristen finns närvarande, och ett fel (failure) är den observerbara avvikelsen hos komponenten från dess förväntade beteende.
Vad är skillnaden mellan en bugg, ett feltillstånd och ett fel? En bugg (defekt) är själva bristen. Ett feltillstånd är det felaktiga tillstånd som orsakas av att defekten finns närvarande. Ett fel är den utifrån observerbara avvikelsen från förväntat beteende när feltillståndet aktiveras under exekvering.
Är allt oväntat beteende en bugg? Inte nödvändigtvis. Beteendet kan orsakas av en felaktig miljö, testdata eller en användaråtgärd — eller så kan det vara en specifikationsfråga. Undersökning krävs innan något stämplas som bugg.
Varför använder testare “defekt” i stället för “bugg”? Eftersom defekt är den precisa, specifikationsorienterade term som används i standarder och examina. Bugg är det informella vardagsordet för samma begrepp.
Vad bör en bra buggrapport innehålla? En tydlig rubrik, steg för att återskapa problemet, förväntade kontra faktiska resultat, miljödetaljer, allvarlighetsgrad och prioritet samt stödjande bevis såsom loggar eller skärmbilder.
