En testare anger ett ogiltigt datum i ett bokningsformulär och systemet kraschar. Defekten — en brist i komponenten, till exempel en felaktig valideringssats eller datadefinition — gör att komponenten inte kan utföra sin avsedda funktion. Testaren dokumenterar defekten 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 defekten.
Är en defekt samma sak som en bugg? Ja, i ISTQB-terminologin är defekt och bugg 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 defekt, ett feltillstånd och ett fel? En defekt (bugg) ä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 defekt? 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 defekt.
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 defektrapport 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.
