Súlyosság & Prioritás a tesztelésben: különbségek & Példa

Tartalomjegyzék:

Anonim

Bug súlyossága

A teszt súlyossága vagy a hiba súlyossága a hiba vagy a hiba bizonyos mértékű hatása a tesztelt szoftveralkalmazásra. A hiba / hiba nagyobb hatása a rendszer funkcionalitására magasabb súlyossági szinthez vezet. A minőségbiztosítási mérnök általában meghatározza a hiba / hiba súlyosságát.

Mi az a prioritás?

Az elsőbbséget a hiba javításának sorrendjében definiálják. Nagyobb prioritás, annál hamarabb kell a hibát megoldani.

A szoftverrendszert használhatatlanná tevő hibák nagyobb prioritást élveznek azoknál a hibáknál, amelyek a szoftver kis funkcióinak meghibásodását okozzák.

FŐ KÜLÖNBSÉG

  • Az elsőbbség az a sorrend, amelyben a fejlesztőnek meg kell oldania a hibát, míg a súlyosság a hiba hatásának mértéke a termék működésére.
  • A prioritást három típusba sorolják: alacsony, közepes és magas, míg a súlyosságot öt típusba sorolják: kritikus. major, mérsékelt, minor és kozmetikai.
  • Az elsőbbség az ütemezéshez, míg a súlyosság a funkcionalitáshoz vagy a szabványokhoz kapcsolódik.
  • Az elsőbbség azt jelzi, hogy milyen gyorsan kell kijavítani a hibát, míg a Súlyosság a termék funkcionalitásának hibájának súlyosságát.
  • A hibák elsőbbségéről a vezetővel / ügyféllel egyeztetve döntenek, míg a hibák súlyosságát a minőségbiztosítási mérnök határozza meg.
  • Az elsőbbséget az üzleti érték, míg a súlyosságát a funkcionalitás vezérli.
  • Az elsőbbség értéke szubjektív, és a projekt helyzetének változásától függően változhat egy idő alatt, míg a súlyosság értéke objektív és kevésbé valószínű, hogy változik.
  • A magas prioritású és az alacsony súlyosságú állapot azt jelzi, hogy a hibát azonnali alapon kell rögzíteni, de nem befolyásolja az alkalmazást, míg a nagy súlyosságú és az alacsony prioritású állapot azt jelzi, hogy a hibát meg kell javítani, de nem azonnali alapon.
  • Az elsőbbségi állapot a vásárlói igényeken, míg a súlyossági állapot a termék műszaki aspektusán alapul.

A súlyosság típusai

A szoftvertesztelés során a hiba / hiba súlyosságának típusai négy részre oszthatók:

  • Kritikus : Ez a hiba a folyamat teljes leállítását jelzi, semmi sem haladhat tovább
  • Őrnagy : Nagyon súlyos hiba, és összeomolja a rendszert. A rendszer egyes részei azonban továbbra is működőképesek maradnak
  • Közepes : Nemkívánatos viselkedést okoz, de a rendszer még mindig működik
  • Alacsony : Ez nem okoz jelentős bontást a rendszerben

Prioritástípusok

A hibák / hibák elsőbbségének típusai három részre oszthatók:

  • Alacsony: A hiba irritáló, de a komolyabb hiba kijavítását követően a javítás elvégezhető
  • Közepes: A fejlesztési tevékenység normál folyamata alatt a hibát meg kell oldani. Várhat, amíg új verzió jön létre
  • Magas: A hibát a lehető leghamarabb meg kell oldani, mivel az súlyosan érinti a rendszert, és addig nem használható, amíg meg nem javítják

Tippek a hiba súlyosságának meghatározásához

  • Döntse el az előfordulás gyakoriságát: Bizonyos esetekben, ha egy kisebb hiba előfordulása gyakori a kódban, az súlyosabb is lehet. A felhasználó szempontjából tehát súlyosabb, annak ellenére, hogy kisebb hiba.
  • A hiba elkülönítése: A hiba elkülönítése segíthet kideríteni a hatás súlyosságát.

Prioritás vs súlyosság: kulcskülönbség

Kiemelten fontos Súlyosság
  • A hibaprioritás meghatározta a fejlesztőnek a hiba megoldásának sorrendjét
  • A hiba súlyossága azt a mértéket határozza meg, amelyet a hiba gyakorol a termék működésére
  • A prioritást három típusba sorolják
    • Alacsony
    • Közepes
    • Magas
  • A súlyosságot öt típusba sorolják
    • Kritikai
    • Jelentősebb
    • Mérsékelt
    • Kiskorú
    • Kozmetika
  • Az elsőbbség az ütemezéshez kapcsolódik
  • A súlyosság funkciókkal vagy szabványokkal társul
  • A Prioritás azt jelzi, hogy milyen gyorsan kell kijavítani a hibát
  • A súlyosság jelzi a termék funkcionalitásának hibájának súlyosságát
  • A hibák elsőbbségéről a vezetővel / ügyféllel egyeztetve döntenek
  • A minőségbiztosítási mérnök meghatározza a hiba súlyosságát
  • Az elsőbbséget az üzleti érték vezérli
  • A súlyosságot a funkcionalitás vezérli
  • Értéke szubjektív, és a projekt helyzetének változásától függően egy bizonyos idő alatt változhat
  • Értéke objektív, és kevésbé valószínű, hogy megváltozik
  • A kiemelt és alacsony súlyosságú állapot azt jelzi, hogy a hibát azonnali alapon kell orvosolni, de nem befolyásolja az alkalmazást
  • A magas súlyosság és az alacsony prioritású állapot azt jelzi, hogy a hibát meg kell javítani, de nem azonnali alapon
  • Az elsőbbségi állapot az ügyfél igényein alapszik
  • A súlyosság állapota a termék technikai szempontjain alapul
  • Az UAT során a fejlesztőcsapat prioritás alapján javítja a hibákat
  • Az SIT során a fejlesztői csapat kijavítja a hibákat a súlyosság, majd a prioritás alapján

Példa a hiba súlyosságára és prioritására

Lássunk egy kis súlyosságú és kiemelt prioritású példát, és fordítva

  • Nagyon alacsony súlyosságú, kiemelt fontosságú: A logóhiba bármely szállítmányozási webhelynél alacsony súlyosságú lehet, mivel nem fogja befolyásolni a webhely funkcionalitását, de kiemelt fontosságú lehet, mivel nem akar további szállítást rossz logóval.
  • Nagyon magas súlyosság, alacsony prioritással: Hasonlóképpen, a repülési üzemeltetéssel foglalkozó weboldal esetében a foglalási funkcionalitás hibája súlyos, de alacsony prioritású lehet, mivel ütemezhető a következő ciklusban történő kiadása.

Hiba Triage

A hibakiválasztás olyan folyamat, amely megpróbálja újraegyensúlyozni a folyamatot, ahol a tesztcsoport szembesül az erőforrások korlátozott rendelkezésre állásának problémájával. Tehát, ha nagyszámú hiba van, és korlátozott számú tesztelő ellenőrzi őket, a hibakiválasztás segít megpróbálni minél több hibát megoldani olyan hibaparaméterek, mint a súlyosság és az elsőbbség alapján.

Hogyan lehet meghatározni a hibatörzset:

A legtöbb rendszer elsőbbséget használ fő szempontként a hiba értékeléséhez. A jó osztályozási folyamat azonban figyelembe veszi a súlyosságot is.

A triage folyamat a következő lépéseket tartalmazza

  • Az összes hiba áttekintése, beleértve az elutasított hibákat is
  • A hibák kezdeti értékelése annak tartalmán, valamint a prioritás és súlyosság beállításain alapul
  • A hiba prioritása a bemenetek alapján
  • Rendelje hozzá a hibát a termékmenedzser helyes kiadásához
  • A hibát a megfelelő tulajdonosnak / csapatnak továbbirányítja a további lépésekhez

Irányelvek, amelyeket minden tesztelőnek figyelembe kell vennie a súlyosság kiválasztása előtt

A súlyossági paramétert a tesztelő, míg az elsőbbségi paramétert a termékmenedzser vagy a triage csapat értékeli. A hiba rangsorolásához elengedhetetlen, hogy a tesztelő a megfelelő súlyosságot válassza ki, hogy elkerülje a fejlesztői csapattal való összetévesztést.

  • Jól értsd meg a prioritás és a súlyosság fogalmát
  • Mindig rendelje a súlyossági szintet a probléma típusa alapján, mivel ez kihat a prioritásra
  • Megérteni, hogy egy adott forgatókönyv vagy teszteset hogyan hat a végfelhasználóra
  • Meg kell vizsgálni, hogy mennyi időbe telik a hiba kijavítása a bonyolultsága és az idő ellenőrzése alapján

Következtetés:

  • A szoftvertervezésben a hibához való rossz súlyosság hozzárendelése késleltetheti az STLC folyamatot, és drasztikusan befolyásolhatja a csapat általános teljesítményét. Tehát a felelős személynek pontosnak és pontosnak kell lennie a hiba kiosztására vonatkozó felhívása során.