Különbség a tesztelés súlyossága és prioritása között (példa)

Súlyosság vs. Prioritás: különbség köztük

  • A prioritás 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ás három típusba sorolható: alacsony, közepes és magas, míg a súlyosság öt típusba sorolható: kritikus, jelentős, közepes, kisebb és kozmetikai.
  • A prioritás az ütemezéshez, míg a súlyosság a funkcionalitáshoz vagy a szabványokhoz van társítva.
  • A prioritás azt jelzi, hogy milyen gyorsan kell a hibát kijavítani, míg a súlyosság a termék működésében fellépő hiba súlyosságát jelzi.
  • A hibák prioritásá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.
  • A prioritást az üzleti érték, míg a súlyosságot a funkcionalitás vezérli.
  • A prioritás érték szubjektív, és a projekthelyzet változásától függően egy időn keresztül változhat, míg a súlyosság érték 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 javítani, de ez nem befolyásolja az alkalmazást, míg a magas és alacsony prioritású állapot azt jelzi, hogy a hibát ki kell javítani, de nem azonnali alapon.
  • Az elsőbbségi státusz a vásárlói követelményeken alapul, míg a súlyosság állapota a termék műszaki vonatkozásain alapul.

Súlyosság vs. Kiemelten fontos:

Mi a hiba súlyossága

A hiba súlyossága vagy A hiba súlyossága a tesztelés során egy hiba vagy a Disszidál van a tesztelt szoftveralkalmazáson. A hiba/hiba nagyobb hatása a rendszer működésére magasabb súlyossági szintet eredményez. A Minőségbiztosítás A mérnök általában meghatározza a hiba/hiba súlyossági szintjét.

Mi az a prioritás?

A prioritás az a sorrend, amelyben a hibát ki kell javítani. Minél magasabb a prioritás, annál hamarabb meg kell oldani a hibát.

Azok a hibák, amelyek a szoftverrendszert használhatatlanná teszik, magasabb prioritást élveznek azokkal a hibákkal szemben, amelyek a szoftver egy kis funkciójának meghibásodását okozzák.

A súlyosság típusai

In Szoftvertesztelés, A hiba/hiba súlyosságának típusai a következő részekre oszthatók:

  • Kritikai: Ez a hiba a folyamat teljes leállását jelzi, semmi sem folytatható
  • Fontos: Ez egy nagyon súlyos hiba, és összeomlik a rendszer. A rendszer bizonyos részei azonban működőképesek maradnak
  • közepes: Nemkívánatos viselkedést okoz, de a rendszer továbbra is működik
  • Alacsony: Ez nem okoz jelentősebb meghibásodást a rendszerben

Prioritás típusok

A hiba/hiba prioritás típusai három részre oszthatók:

  • Alacsony: A hiba irritáló, de a súlyosabb hiba kijavítása után javítható
  • Medium: A normál fejlesztési tevékenység során a hibát ki kell javítani. Megvárhatja az új verzió létrehozását
  • Magas: A hibát a lehető leghamarabb meg kell szüntetni, mivel az súlyosan érinti a rendszert, és a javításig nem használható

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

  • Határozza meg 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. Tehát a felhasználó szemszögéből ez komolyabb, bár kisebb hibáról van szó.
  • A hiba elkülönítése: A hiba elkülönítése segíthet kideríteni az ütközés súlyosságát.

A vizsgálat súlyossága és prioritása közötti különbség

Prioritás A súlyosság
A Hibaprioritás meghatározta azt a sorrendet, amelyben a fejlesztőnek meg kell oldania a hibát A hiba súlyosságát a termék működésére gyakorolt ​​hatás mértékeként határozzák meg
A prioritás az ütemezéshez van társítva A súlyosság a funkcionalitáshoz vagy a szabványokhoz kapcsolódik
A prioritás azt jelzi, hogy milyen gyorsan kell a hibát kijavítani A súlyosság a termék működésében fellépő hiba súlyosságát jelzi
A hibák elsőbbsége a vezetővel/megbízóval egyeztetve dönt A minőségbiztosítási mérnök határozza meg a hiba súlyossági szintjét
A prioritást az üzleti érték határozza meg A súlyosságot a funkcionalitás határozza meg
Értéke szubjektív, és a projekthelyzet változásától függően időnként változhat Értéke objektív, és kevésbé valószínű, hogy megváltozik
Magas prioritású és alacsony súlyosságú állapot azt jelzi, hogy a hibát azonnal ki kell javítani, de ez nem befolyásolja az alkalmazást A magas súlyosság és az alacsony prioritású állapot azt jelzi, hogy a hibát ki kell javítani, de nem azonnal
Az elsőbbségi státusz az ügyfelek igényein alapul A súlyossági állapot a termék műszaki jellemzőitől függ
Az UAT során a fejlesztőcsapat prioritás alapján javítja a hibákat A SIT során a fejlesztőcsapat súlyosságuk, majd prioritásuk alapján javítja ki a hibákat
A prioritás három típusba sorolható

  • Alacsony
  • közepes
  • Magas
A súlyosság öt típusba sorolható

  • Kritikai
  • Fontos
  • Mérsékelt
  • Jelentéktelen
  • Kozmetikai

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

Nézzünk egy példát az alacsony súlyosságra és a magas prioritásra, és fordítva

A hiba súlyossága és prioritása

  • Nagyon alacsony súlyosság magas prioritással: Bármely szállítmányozási webhely logóhibája alacsony súlyosságú lehet, mivel nem befolyásolja a webhely működését, de kiemelt fontosságú lehet, mivel nem szeretné, hogy további szállítmány folytatódjon. rossz logóval.
  • Nagyon súlyos, alacsony prioritású: Hasonlóképpen, a járatüzemeltetési webhely esetében a foglalási funkció hibája súlyos, de alacsony prioritású lehet, mivel ütemezhető, hogy egy következő ciklusban megjelenjen.

Hiba-triázs

A hibabesorolás egy olyan folyamat, amely megpróbálja újra kiegyensúlyozni azt a folyamatot, ahol a tesztcsapat az erőforrások korlátozott elérhetőségének problémájával szembesül. Tehát, ha nagy számú hiba van, és korlátozott számú tesztelő van az ellenőrzésükre, a hibabesorolás segít megpróbálni minél több hibát megoldani a hibaparaméterek, például a súlyosság és a prioritás alapján.

Hogyan határozzuk meg a hibaosztályozást:

A legtöbb rendszer a prioritást használja a hiba értékelésének fő kritériumaként. A jó osztályozási folyamat azonban figyelembe veszi a súlyosságot is.

Hiba-triázs

A besorolási folyamat a következő lépéseket tartalmazza

  • Revaz összes hiba feltárása, beleértve a csapat által elutasított hibákat is
  • A hibák kezdeti értékelése annak tartalmán, valamint a megfelelő prioritási és súlyossági beállításokon alapul
  • A hiba prioritása a bemenetek alapján
  • Rendelje hozzá a hibát a javításhoz a termékmenedzser által
  • A hibát a megfelelő tulajdonoshoz/csapathoz irányítja további intézkedés céljából

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 a prioritási paramétert a termékmenedzser vagy az osztályozási csoport értékeli. A hiba rangsorolásához elengedhetetlen, hogy a tesztelő a megfelelő súlyosságot válassza meg, hogy elkerülje a fejlesztőcsapattal való összetévesztést.

  • Jól értse a prioritás és a súlyosság fogalmát
  • A súlyossági szintet mindig a probléma típusa alapján adja meg, mivel ez befolyásolja a prioritást
  • Megérteni, hogyan egy adott forgatókönyv ill Teszt eset hatással lenne a végfelhasználóra
  • Meg kell fontolni, hogy mennyi időbe telik a hiba javítása annak összetettsége és a hiba igazolásának ideje alapján

Következtetés

In Szoftverfejlesztés, A hibához rossz súlyosság hozzárendelése késleltetheti a STLC folyamatot, és drasztikus hatással lehet a csapat általános teljesítményére. Tehát a felelős személynek pontosnak és pontosnak kell lennie a hiba hozzárendelésére vonatkozó felhívásában.

Napi Guru99 hírlevél

Kezdje a napját a legfrissebb és legfontosabb mesterséges intelligenciával kapcsolatos hírekkel, amelyeket azonnal kézbesítünk.