Svårighetsgrad och prioritet - Vad är skillnaden?

Både svårighetsgrad och prioritet är attribut för en defekt och bör anges i felrapporten. Denna information används för att avgöra hur snabbt ett fel ska åtgärdas.

Allvarlighet kontra prioritet

Felens allvar är relaterat till hur allvarligt ett fel är. Vanligtvis definieras svårighetsgraden i termer av ekonomisk förlust, miljöskada, företagets anseende och förlust av liv.

Prioritet för en defekt är relaterad till hur snabbt ett fel ska åtgärdas och distribueras till levande servrar. När en defekt är av hög svårighetsgrad kommer den troligen också att ha hög prioritet. På samma sätt kommer en låg svårighetsgrad normalt också att ha låg prioritet.

Även om det rekommenderas att tillhandahålla både svårighetsgrad och prioritet när de skickar in en felrapport, använder många företag bara en, normalt prioritet.

I felrapporten fylls allvar och prioritet normalt in av den som skriver felrapporten, men bör granskas av hela teamet.

Hög svårighetsgrad - fel med hög prioritet

Detta är när huvudvägen genom applikationen är trasig, till exempel på en e-handelswebbplats, alla kunder får felmeddelande på bokningsformuläret och kan inte göra beställningar, eller produktsidan ger ett fel 500-svar.



High Severity - bug med låg prioritet

Detta händer när felet orsakar stora problem, men det händer bara under mycket sällsynta förhållanden eller situationer, till exempel kan kunder som använder mycket gamla webbläsare inte fortsätta med att köpa en produkt. Eftersom antalet kunder med mycket gamla webbläsare är mycket lågt har det inte hög prioritet att åtgärda problemet.

Hög prioritet - Låg allvarlighetsfel

Detta kan hända när till exempel företagets logotyp eller namn inte visas på webbplatsen. Det är viktigt att åtgärda problemet så snart som möjligt, även om det inte kan orsaka mycket skada.

Låg prioritet - Låg allvarlighetsfel

I fall där felet inte orsakar katastrof och bara påverkar ett mycket litet antal kunder tilldelas både svårighetsgrad och prioritet låg, till exempel tar sidan sekretesspolicy lång tid att ladda. Det är inte många som ser sidan med sekretesspolicy och långsam laddning påverkar inte kunderna mycket.

Ovanstående är bara exempel. Det är teamet som ska bestämma svårighetsgraden och prioriteten för varje fel.