Тежест на бъговете
Тежестта на грешките или дефектите при тестване е степен на въздействие на грешка или дефект върху тестваното софтуерно приложение. По-високият ефект на грешка / дефект върху функционалността на системата ще доведе до по-високо ниво на сериозност. Инженер по осигуряване на качеството обикновено определя нивото на сериозност на грешка / дефект.
Какво е приоритет?
Приоритет се определя като реда, в който дефектът трябва да бъде отстранен. Колкото по-висок е приоритетът, толкова по-скоро дефектът трябва да бъде разрешен.
Дефектите, които оставят софтуерната система неизползваема, имат по-висок приоритет пред дефектите, които причиняват отказ на малка функционалност на софтуера.
КЛЮЧОВА РАЗЛИКА
- Приоритет е редът, в който разработчикът трябва да разреши дефект, докато сериозността е степента на въздействие, което дефектът оказва върху работата на продукта.
- Приоритетът се категоризира на три типа: нисък, среден и висок, докато сериозността се категоризира на пет типа: критичен. мажор, умерено, минорно и козметично.
- Приоритетът е свързан с планирането, докато Severity е свързан с функционалността или стандартите.
- Приоритетът показва колко скоро трябва да бъде отстранена грешката, докато сериозността показва сериозността на дефекта във функционалността на продукта.
- Приоритетът на дефектите се решава в консултация с мениджъра / клиента, докато нивата на сериозност на дефектите се определят от QA инженера.
- Приоритетът се определя от бизнес стойността, докато сериозността се определя от функционалността.
- Приоритетната стойност е субективна и може да се промени за определен период от време в зависимост от промяната в проектната ситуация, докато стойността на сериозността е обективна и е по-малко вероятно да се промени.
- Състоянието с висок приоритет и ниска степен на сериозност показва, че дефектът трябва да бъде отстранен на незабавни бази, но не засяга приложението, докато състоянието с висока степен на сериозност и нисък приоритет показва, че дефектът трябва да бъде отстранен, но не и на незабавни бази.
- Приоритетният статус се основава на изискванията на клиента, докато статутът на сериозност се основава на техническия аспект на продукта.
Видове тежест
При софтуерното тестване видовете сериозност на грешки / дефекти могат да бъдат категоризирани на четири части:
- Критично : Този дефект показва пълно спиране на процеса, нищо не може да продължи по-нататък
- Основен : Това е много тежък дефект и разрушава системата. Въпреки това, някои части на системата остават функционални
- Средно : Това причинява нежелано поведение, но системата все още функционира
- Ниско : Това няма да доведе до по-голяма повреда на системата
Приоритетни типове
Видовете приоритет на грешка / дефект могат да бъдат категоризирани в три части:
- Нисък: Дефектът е дразнещ, но поправянето може да се извърши, след като се отстрани по-сериозният Дефект
- Средна: По време на нормалния ход на разработките дефектът трябва да бъде отстранен. Може да изчака, докато бъде създадена нова версия
- Висока: Дефектът трябва да бъде отстранен възможно най-скоро, тъй като засяга сериозно системата и не може да се използва, докато не бъде отстранен
Съвети за определяне на тежестта на дефекта
- Решете честотата на поява: В някои случаи, ако появата на незначителен дефект е често срещана в кода, може да бъде по-сериозна. Така че от гледна точка на потребителя, това е по-сериозно, въпреки че е незначителен дефект.
- Изолирайте дефекта: Изолирането на дефекта може да помогне да се установи сериозността на въздействието.
Приоритет срещу тежест: Ключова разлика
| Приоритет | Тежест |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Пример за сериозност и приоритет на дефектите
Нека видим пример с ниска степен на сериозност и висок приоритет и обратно
- Много ниска степен на сериозност с висок приоритет: Грешка в логото за всеки уебсайт на пратка може да бъде с ниска степен на сериозност, тъй като няма да повлияе на функционалността на уебсайта, но може да бъде с висок приоритет, тъй като не искате по-нататъшна доставка да продължи с грешно лого.
- Много висока степен на сериозност с нисък приоритет: По същия начин, за уебсайта, обслужващ полет, дефектът във функционалността на резервацията може да бъде с висока степен на сериозност, но може да бъде с нисък приоритет, тъй като може да бъде насрочено за пускане в следващ цикъл.
Дефект триаж
Дефектното триаж е процес, който се опитва да извърши повторно балансиране на процеса, когато тестовият екип е изправен пред проблема с ограничената наличност на ресурси. Така че, когато има голям брой дефекти и ограничени тестери, за да ги проверят, триажът на дефекти помага да се опита да се разрешат колкото се може повече дефекти въз основа на параметри на дефекта като тежест и приоритет.
Как да определим дефект триаж:
Повечето системи използват приоритет като основен критерий за оценка на дефекта. Добрият процес на триаж обаче отчита и тежестта.
Процесът на триаж включва следните стъпки
- Преглед на всички дефекти, включително отхвърлени дефекти от екипа
- Първоначалната оценка на дефектите се основава на съдържанието и съответните настройки за приоритет и сериозност
- Приоритизиране на дефекта въз основа на входовете
- Задайте дефекта за коригиране на освобождаването от продуктов мениджър
- Пренасочва дефекта към правилния собственик / екип за по-нататъшни действия
Указания, които всеки тестер трябва да вземе предвид, преди да избере тежестта
Параметърът на тежестта се оценява от тестера, докато параметърът на приоритет се оценява от продуктовия мениджър или от екипа за сортиране. За определяне на приоритета на дефекта е задължително изпитателят да избере правилната тежест, за да избегне объркване с разработчиците.
- Разберете добре концепцията за приоритет и тежест
- Винаги задавайте нивото на сериозност въз основа на вида на проблема, тъй като това ще повлияе на неговия приоритет
- Разберете как даден сценарий или тестов случай би повлиял на крайния потребител
- Трябва да помислите колко време ще отнеме за отстраняване на дефекта въз основа на неговата сложност и време за проверка на дефекта
Заключение:
- В софтуерното инженерство присвояването на грешна тежест на дефект може да забави процеса на STLC и може да има някои драстични последици за цялостната производителност на екипа. Така че, отговорното лице трябва да бъде прецизно и точно при призива си за присвояване на дефект.