Rendelet súlyosságának meghatározására és a kiemelt hibák

A folyamat során a fejlesztők kijavítani a hibákat és végrehajtása az új funkciókat. A különböző hibák különböző funkciók és fontos a projekt egy másik prioritás (azaz a végrehajtás sorrendje).

De a különböző emberek - a különböző nézetek, hogy mi a fontosabb, és hogy - legalábbis. Az a tény, hogy a készülék vagy más fejlesztő tartja lényegtelen, fontos lehet az ügyfél számára. És fordítva.

Nos, a helyzet, amikor egy tesztelő azt állítja, hogy a hiba feltétlenül ki kell javítani, és a fejlesztő nem ért egyet, ismerős mindannyiunk számára. A gyakorlatban, ezért gyakran vannak viták és félreértések.

Ezen felül. Ennek hiányában bármely szabályozó dokumentum fontossági sorrendjének meghatározása és a kiemelt mi marad támaszkodni saját megértéséhez a termék. Mivel a skála, és hosszú története termékek, nincs garancia arra, hogy ez

a) lenne

b) egybeesik a különböző emberek.

Ezen okok miatt, a szabályok által létrehozott meghatározása kritikusság és a kiemelt hibákat. Egy példa az ilyen szabályok a következők.

1. A dokumentum célja

„Szabályok határozzák meg kritikusság és a kiemelt hibák” beírása rendelésére feladatokra és a hibák, egységesítése és egyszerűsítése feladatokat, mint például meghatározó rangsorolása, ahol a feladatot kell elvégezni, prostanovka kritikusság tesztelők viták elkerülése a fontosságát és elsődlegességét hibák és problémák.

2. A szabályok meghatározására kritikusság

Súlyosságát. hiba kritikusság. Ha hiba határozza meg a teszter regisztráció. Ez arra utal, hogy a komolyságát annak következményei a rendszer, a felhasználói elégedettség, pénzügyi teljesítményét.

Hibák a backend kap egy alacsonyabb prioritást hibákat frontend. Hibák, amelyek esetében nem vezet hiba bypass végrehajtási útvonal, kap alacsonyabb prioritású, mint a nem ilyen utat.

Súlyosságának meghatározása céljából, az alábbi lista a rendszer funkciója:

Hibákra «súlyossága» egy kötelező mező feladatok - nem kötelező. Alapértelmezésben minden új fiók van beállítva, hogy «Minor».

Kritikus. Kritikus hibák, amelyek lehetetlenné teszik, hogy a munka a vizsgálat alatt alkalmassága vagy megzavarják a normális működését a kritikus üzleti modell funkció. Elismert kritikus stabilan szaporodó hibák, amelyek lehetetlenné teszik, hogy az alapvető funkciókat.

Major. Major hibák, amelyek nélkül a tervezett funkció nem tekinthető végrehajtani és működőképes. Major hibák kerülnek elszámolásra, nehéz az alapvető funkciókat, vagy lehetetlenné teszik a használható kiegészítő funkciók.

Minor. Kisebb hibákra a rendszer működése csak kis mértékben, vagy amelynek nyilvánvaló megoldásokat. Elismert kis hibák, amelyek megnehezítik az ezeket a további funkciókat.

Triviális. Trivilnye hibák nem befolyásolják a működését a rendszer, de ronthatja a felhasználót külseje. Triviális elismert hibák a felhasználói felületen, mint például a helyesírási, nyelvtani, nyelvhelyességi hibákat a szövegek, finom hibák a kijelzőn oldalak függően a böngésző és a felhasználói beállítások, stb

3 meghatározó szabályok elsőbbséget

Prioritás. hibák vagy kiemelt feladatai által meghatározott projekt vezetője a fejlesztés a sebességváltó. Ez azt jelzi, hogy milyen sorrendben feladatokat kell elvégezni, hogy mit kell tenni először, és melyik később.

Field «prioritás» elengedhetetlen, mind a hibák, valamint a feladatokat. Alapértelmezésben minden új fiók van beállítva, hogy a «normál». Regisztráció rekord teszter ez az érték nem változik. Ha szükséges, növelheti vagy csökkentheti a prioritását a projektvezető értékét megváltoztatja a továbbítás előtt a fejlesztés.

Top. A legmagasabb prioritást. Címzett hibákat helyesbíteni kell késedelem nélkül. Ez a prioritás lehet hozzárendelni csak egy hibát, de nem feladatokat. Ajánlott vészhelyzetekben, ami károsan befolyásolja a cég üzleti és azonnali korrekciót. Javítás és közzététele az ilyen hibák végeznek az első helyen, a végrehajtása előtt minden új problémákat.

Jellemzően a legnagyobb prioritást a kritikus működési hibák, de lehetnek kivételek. Például a helyzetet, amikor miatt triviális hiba fájlútvonalakat a fő portálon soha betölteni a logó és a menü gombot, és korrigálni kell késedelem nélkül.

Nagy. Magas prioritás. Címzett hibákat és problémákat, amelyeket meg kell rögzíteni az első. Az egyes projektek bármikor nem lehet több, mint 10 nyitott hibáit, vagy kiemelt feladata. Ha van több, mint prioritás, a projekt vezetője lehet rendelni egy prioritás a „magas” csak az alacsonyabb prioritású egyéb feladatokat.

Normál. Normál prioritás. Címzett hibákat és problémákat, amelyek javításra szorulnak a második helyen, üzemképes. Ez a prioritás az alapértelmezett beállítás. A legtöbb hiba és probléma kapjon egy ilyen prioritást.

Low. Alacsony prioritás. Kijelölt feladatokat, és a hiba, a korrekció, amely nem kötelező, és történik a legkevesebb időt lehetővé teszi.