Skillnad mellan svårighetsgrad och prioritet vid testning (exempel)

Allvarlighet vs. Prioritet: Skillnaden mellan dem

• Prioritet är den ordning i vilken utvecklaren ska lösa en defekt medan Allvarlighet är graden av inverkan som en defekt har på produktens funktion.
• Prioritet kategoriseras i tre typer: låg, medel och hög medan svårighetsgrad delas in i fem typer: kritisk, större, måttlig, liten och kosmetisk.
• Prioritet associeras med schemaläggning medan Severity associeras med funktionalitet eller standarder.
• Prioritet anger hur snart felet ska åtgärdas medan Allvarlighet anger hur allvarligt felet är på produktfunktionaliteten.
• Defekternas prioritet bestäms i samråd med chefen/klienten medan defekternas svårighetsgrad bestäms av QA-ingenjören.
• Prioritet drivs av affärsvärde medan Allvarlighet drivs av funktionalitet.
• Prioritetsvärdet är subjektivt och kan förändras över en tidsperiod beroende på förändringen i projektsituationen, medan Allvarlighetsvärdet är objektivt och mindre sannolikt att förändras.
• Status med hög prioritet och låg allvarlighetsgrad indikerar att defekter måste åtgärdas omedelbart men påverkar inte applikationen medan statusen hög prioritet och låg prioritet indikerar att defekter måste åtgärdas men inte omedelbart.
• Prioritetsstatus baseras på kundkrav medan allvarlighetsstatus baseras på produktens tekniska aspekt.

Vad är Bug Severity

Bug svårighetsgrad eller Defekt Allvarlighet i testning är en grad av påverkan en bugg eller en defekt har på programvaran som testas. En högre effekt av bugg/defekt på systemfunktionalitet kommer att leda till en högre svårighetsgrad. A Kvalitetssäkring ingenjören bestämmer vanligtvis svårighetsgraden av en bugg/defekt.

Vad är prioritet?

Prioritet definieras som den ordning i vilken ett fel ska åtgärdas. Högre prioritet desto snabbare ska defekten åtgärdas.

Defekter som gör mjukvarusystemet oanvändbart ges högre prioritet framför defekter som gör att en liten funktionalitet i programvaran misslyckas.

Typer av svårighetsgrad

In Test av programvara, Typer av svårighetsgrad av bugg/defekt kan kategoriseras i följande delar:

• Kritisk: Denna defekt indikerar fullständig avstängning av processen, ingenting kan fortsätta
• Större: Det är en mycket allvarlig defekt och kollapsar systemet. Vissa delar av systemet fungerar dock fortfarande
• Medium: Det orsakar oönskat beteende, men systemet fungerar fortfarande
• Låg: Det kommer inte att orsaka något större haveri i systemet

Prioriterade typer

Typer av prioritet för bugg/defekt kan kategoriseras i tre delar:

• Låg: Defekten är irriterande men reparation kan göras när den allvarligare defekten har åtgärdats
• Medium: Under det normala förloppet av utvecklingsaktiviteterna bör defekten åtgärdas. Det kan vänta tills en ny version skapas
• Hög: Felet måste åtgärdas så snart som möjligt eftersom det påverkar systemet allvarligt och inte kan användas förrän det är åtgärdat

Tips för att avgöra hur allvarlig en defekt är

• Bestäm frekvensen av förekomsten: I vissa fall, om förekomsten av en mindre defekt är frekvent i koden, kan den vara allvarligare. Så ur en användares perspektiv är det allvarligare även om det är ett mindre fel.
• Isolera defekten: Att isolera defekten kan hjälpa till att ta reda på hur allvarlig påverkan är.

Skillnad mellan svårighetsgrad och prioritet vid testning

Exempel på defektens svårighetsgrad och prioritet

Låt oss se ett exempel på låg svårighetsgrad och hög prioritet och vice versa

• En mycket låg svårighetsgrad med hög prioritet: Ett logotypfel för alla leveranswebbplatser kan vara av låg svårighetsgrad eftersom det inte kommer att påverka webbplatsens funktionalitet men kan ha hög prioritet eftersom du inte vill att ytterligare leveranser ska fortsätta med fel logotyp.
• En mycket hög allvarlighetsgrad med låg prioritet: På samma sätt, för flygoperativa webbplatser, kan en defekt i bokningsfunktionen vara av hög allvar men kan ha låg prioritet eftersom den kan schemaläggas att släppas i nästa cykel.

Defekt triage

Defekttriage är en process som försöker göra ombalanseringen av processen där testteamet står inför problemet med begränsad tillgång på resurser. Så när det finns ett stort antal defekter och begränsade testare för att verifiera dem, hjälper defekttriage att försöka få så många defekter lösta baserat på defektparametrar som svårighetsgrad och prioritet.

Hur man bestämmer defekttriage:

De flesta system använder prioritet som huvudkriteriet för att bedöma defekten. Men en bra triageprocess tar också hänsyn till svårighetsgraden.

Triageprocessen inkluderar följande steg

• Revdvs alla defekter inklusive avvisade defekter av laget
• Initial bedömning av defekterna baseras på dess innehåll och respektive prioritets- och allvarlighetsinställningar
• Prioritering av defekten baserat på ingångarna
• Tilldela defekten till korrekt frigivning av produktansvarig
• Omdirigerar defekten till rätt ägare/team för vidare åtgärder

Riktlinjer som varje testare bör överväga innan de väljer en svårighetsgrad

Allvarlighetsparametern bedöms av testaren medan prioritetsparametern bedöms av produktchefen eller av triageteamet. För att prioritera defekten är det absolut nödvändigt för en testare att välja rätt svårighetsgrad för att undvika förvirring med utvecklingsteamet.

• Förstå begreppet prioritet och svårighetsgrad väl
• Tilldela alltid svårighetsgraden baserat på problemtypen eftersom detta kommer att påverka dess prioritet
• Förstå hur ett visst scenario eller Testfall skulle påverka slutanvändaren
• Behöver överväga hur lång tid det skulle ta att åtgärda defekten baserat på dess komplexitet och tid att verifiera defekten

Slutsats

In Mjukvaruutveckling, Att tilldela fel svårighetsgrad till defekten kan fördröja STLC process och kan få drastiska konsekvenser för teamets övergripande prestation. Så den ansvariga personen måste vara exakt och korrekt i sin uppmaning att tilldela defekt.