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.
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ó
|
A súlyosság öt típusba sorolható
|
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
- 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.
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.