Závažnosť a Priorita v testovaní: Rozdiely & Príklad

Obsah:

Anonim

Závažnosť chyby

Závažnosť chyby alebo chyba Závažnosť pri testovaní predstavuje stupeň dopadu chyby alebo chyby na testovanú softvérovú aplikáciu. Vyšší účinok chyby / chyby na funkčnosť systému povedie k vyššej úrovni závažnosti. Inžinier zabezpečovania kvality zvyčajne určuje úroveň závažnosti chyby / chyby.

Čo je to priorita?

Priorita je definovaná ako poradie, v ktorom by sa mala chyba opraviť. Čím vyššia je priorita, tým skôr by mala byť chyba odstránená.

Poruchám, ktoré nechajú softvérový systém nepoužiteľný, sa priraďuje vyššia priorita pred chybami, ktoré spôsobujú zlyhanie malej funkčnosti softvéru.

KĽÚČOVÝ ROZDIEL

  • Prioritou je poradie, v ktorom by mal vývojár vyriešiť chybu, zatiaľ čo závažnosťou sa rozumie stupeň dopadu chyby na fungovanie produktu.
  • Priorita je kategorizovaná do troch typov: nízka, stredná a vysoká, zatiaľ čo závažnosť je kategorizovaná do piatich typov: kritická. hlavný, stredný, menší a kozmetický.
  • Priorita je spojená s plánovaním, zatiaľ čo závažnosť je spojená s funkčnosťou alebo štandardmi.
  • Priorita označuje, ako rýchlo by sa mala chyba opraviť, zatiaľ čo závažnosť označuje závažnosť chyby funkčnosti produktu.
  • O priorite porúch sa rozhoduje po konzultácii s manažérom / klientom, zatiaľ čo úrovne závažnosti porúch určuje technik QA.
  • Priorita je poháňaná obchodnou hodnotou, zatiaľ čo závažnosť je poháňaná funkčnosťou.
  • Hodnota priority je subjektívna a môže sa v priebehu času meniť v závislosti od zmeny situácie v projekte, zatiaľ čo hodnota závažnosti je objektívna a je menej pravdepodobné, že sa zmení.
  • Stav s vysokou prioritou a nízkou závažnosťou naznačuje, že porucha sa musí opraviť na okamžitej báze, ale neovplyvní aplikáciu, zatiaľ čo stav s vysokou prioritou a nízkou prioritou znamená, že sa chyba musí opraviť, ale nie na okamžitej báze.
  • Stav priority je založený na požiadavkách zákazníka, zatiaľ čo stav závažnosti je založený na technickej stránke produktu.

Typy závažnosti

Pri testovaní softvéru je možné typy závažnosti chyby / chyby rozdeliť do štyroch častí:

  • Kritické : Táto chyba naznačuje úplné vypnutie procesu, nič nemôže pokračovať ďalej
  • Major : Je to veľmi závažná chyba a zrúti systém. Niektoré časti systému však zostávajú funkčné
  • Stredné : Spôsobuje to nežiaduce správanie, ale systém je stále funkčný
  • Nízka : Nespôsobí to žiadne zásadné poruchy systému

Prioritné typy

Druhy priority chyby / defektu je možné rozdeliť do troch častí:

  • Nízka: Porucha je dráždivá, ale opravu je možné vykonať, akonáhle bude závažnejšia chyba opravená
  • Stredné: Počas normálneho priebehu vývojových aktivít by sa mala chyba vyriešiť. Môže počkať, kým sa vytvorí nová verzia
  • Vysoká: Porucha musí byť vyriešená čo najskôr, pretože má závažný vplyv na systém a nemôže byť použitá, kým nebude opravená

Tipy na určenie závažnosti chyby

  • Rozhodnite o frekvencii výskytu: V niektorých prípadoch, ak je výskyt drobnej chyby v kóde častý, môže byť závažnejší. Z pohľadu používateľa je to teda vážnejšie, aj keď ide o malú chybu.
  • Izolovať chybu: Izolovanie chyby môže pomôcť zistiť jeho závažnosť pri náraze.

Priorita vs závažnosť: Kľúčový rozdiel

Priorita Závažnosť
  • Priorita defektov definovala poradie, v ktorom by mal vývojár vyriešiť chybu
  • Závažnosť chyby je definovaná ako stupeň dopadu chyby na funkčnosť produktu
  • Priorita je rozdelená do troch typov
    • Nízka
    • Stredná
    • Vysoký
  • Závažnosť je rozdelená do piatich typov
    • Kritické
    • Major
    • Mierna
    • Menšie
    • Kozmetické
  • Priorita je spojená s plánovaním
  • Závažnosť je spojená s funkčnosťou alebo štandardmi
  • Priorita označuje, ako skoro by mala byť chyba opravená
  • Závažnosť označuje závažnosť chyby funkčnosti produktu
  • O priorite porúch sa rozhoduje po konzultácii s manažérom / klientom
  • Inžinier QA určuje úroveň závažnosti chyby
  • Prioritu určuje obchodná hodnota
  • Závažnosť je riadená funkčnosťou
  • Jeho hodnota je subjektívna a môže sa v priebehu času meniť v závislosti od zmeny situácie v projekte
  • Jeho hodnota je objektívna a je menej pravdepodobné, že sa zmení
  • Stav vysokej priority a nízkej závažnosti naznačuje, že porucha musí byť opravená okamžite, ale neovplyvňuje aplikáciu
  • Vysoká závažnosť a stav s nízkou prioritou naznačuje, že porucha musí byť opravená, ale nie okamžite
  • Stav priority je založený na požiadavkách zákazníka
  • Stav závažnosti je založený na technickej stránke produktu
  • Počas UAT vývojový tím opravoval chyby na základe priority
  • Počas SIT bude vývojový tím opravovať chyby na základe závažnosti a potom priority

Príklad závažnosti a priority chyby

Pozrime sa na príklad nízkej závažnosti a vysokej priority a naopak

  • Veľmi nízka závažnosť s vysokou prioritou: Chyba loga pre akýkoľvek web s odoslaním môže mať nízku závažnosť, pretože nebude mať vplyv na funkčnosť webu, ale môže mať vysokú prioritu, pretože už nechcete, aby pokračovala ďalšia dodávka. so zlým logom.
  • Veľmi vysoká závažnosť s nízkou prioritou: Rovnako pre webové stránky s prevádzkou letov môže byť chyba vo funkcii rezervácie veľmi závažná, ale môže mať nízku prioritu, pretože je možné ju naplánovať na nasledujúci cyklus.

Porucha Triage

Triedenie defektov je proces, ktorý sa pokúša vykonať vyváženie procesu, pri ktorom testovací tím čelí problému obmedzenej dostupnosti zdrojov. Takže keď existuje veľký počet defektov a obmedzený počet testerov na ich overenie, triedenie defektov pomáha pri pokuse o odstránenie čo najväčšieho počtu defektov na základe parametrov defektu, ako je závažnosť a priorita.

Ako určiť Defect Triage:

Väčšina systémov používa ako hlavné kritérium na posúdenie chyby prioritu. Dobrý proces triedenia však zohľadňuje aj závažnosť.

Proces triedenia zahŕňa nasledujúce kroky

  • Preskúmanie všetkých chýb vrátane zamietnutých chýb tímom
  • Počiatočné posúdenie vád je založené na ich obsahu a príslušných nastaveniach priorít a závažnosti
  • Stanovenie priority defektu na základe vstupov
  • Priraďte chybu k správnemu uvoľneniu produktovým manažérom
  • Znovu nasmeruje chybu na správneho vlastníka / tím na ďalšie konanie

Pokyny, ktoré by mal každý tester vziať do úvahy pred výberom závažnosti

Parameter závažnosti hodnotí tester, zatiaľ čo prioritný parameter hodnotí produktový manažér alebo triediaci tím. Pri stanovení priority defektu je nevyhnutné, aby tester zvolil správnu závažnosť, aby nedošlo k zámene s vývojovým tímom.

  • Pochopte dobre koncept priority a závažnosti
  • Úroveň závažnosti vždy priraďte na základe typu problému, pretože to ovplyvní jeho prioritu
  • Pochopte, ako by konkrétny scenár alebo testovací prípad ovplyvnil koncového používateľa
  • Je potrebné zvážiť, koľko času by trvalo odstránenie chyby na základe jej zložitosti a času na jej overenie

Záver:

  • V softvérovom inžinierstve môže priradenie nesprávnej závažnosti k chybe oddialiť proces STLC a môže mať drastické dôsledky na celkový výkon tímu. Zodpovedná osoba musí byť teda vo výzve na pridelenie chyby presná a presná.