huvudtyper av defekter i programvarutestning

oktober 1110:002011 av Nataliia VasylynaPrint denna artikel

Obs: artikeln uppdaterades i augusti 2018.

det finns flera olika klassificeringar av programvaruproblem som bygger på ett visst kriterium, till exempel klassificering enligt fel svårighetsgrad, sannolikhet och prioritet.

programvarufel enligt deras svårighetsgrad

när det gäller bugg svårighetsgrad, det fyra huvudtyper:

• kritisk – problem som kräver omedelbar borttagning, påverkar produktens kärnfunktionalitet och kan orsaka systemkrascher eller blockera programvarans funktionsduglighet
• större – defekter som påverkar huvudsystemfunktionerna men inte orsakar krasch av hela systemet
• mindre-buggar som inte har stor inverkan på systemfunktionaliteten och inte påverkar arbetsflödet men som kan ha en negativ inverkan på användarupplevelsen
• Trivial – fel som inte påverkar systemets funktionalitet och inte påverkar arbetsflödet men som kan ha en negativ inverkan på användarupplevelsen
• Trivial – fel som problem som inte är relaterade till systemfunktionalitet och som kan hoppas över, t.ex. stavfel.

Defektsannolikhet är en parameter som definierar möjligheten att problemet uppstår och detekteras av slutanvändarna. Enligt dessa kriterier finns det höga, medelstora och låga sannolikhetsdefekter.

när det gäller affärsändamål kan defekter klassificeras som hög -, medel-och lågprioriterade frågor. Fel med hög prioritet bör fastställas först eftersom de påverkar affärsbehoven.

det finns också en sådan klassificering av defekter vid programvarutestning:

Extra defekter

ett krav införlivat i produkten som inte gavs av kunden. Detta är vanligtvis en avvikelse från projektspecifikationen, men det kan också vara en egenskap som begärs av slutanvändarna. Ändå betraktas det som en defekt eftersom den inte uppfyller de befintliga kraven.

saknade fel

kravet från klienten gjordes inte. Detta är också en avvikelse från specifikationerna – en funktion som inte bör implementeras enligt specifikationen. Det kan också innebära att kundens krav inte noterades på lämpligt sätt.

fel fel

kraven som utförs felaktigt. Egentligen kan denna defekt uppstå på grund av missförstånd inom projektgruppen och klienten.