Тежест срещу приоритет
Всички знаем, че бъгове съществуват и в реалния живот, и във виртуалния живот. Във виртуалния свят имаме грешки, които имат много малко решения. Или човекът, който е направил програмата или командния ред, който създава грешката, може да премахне този проблем, или трябва да стигнем до друг инструмент за създаване на елементи, който може да отстрани проблемите. Тук ще обсъдим малко информация относно тежестта и приоритета на грешка в командния ред или ръководството на програмата, физическите грешки във всяка област.
суровост
Буквално казано, ако грешка е тежка, имаме проблем. „Тежестта“ може да се счита за „мярка за това до колко е проблемен проблем“ или „степента на вреда, която може да причини бъг“. Накратко, ако бъгът е много тежък, той причинява по-големи проблеми в програмата.
Тежестта винаги се разглежда в съответствие с тестерите на това конкретно приложение. Тестерите винаги търсят нова грешка всеки път, когато компилират програмата, така че нито един краен потребител да няма проблеми по отношение на продукта. Ако потребителят получи продукта с тежки грешки (това са бъговете с висок приоритет при изоставане или проблеми с GUID и т.н.), той може да критикува компанията и няма да купува бъдещи продукти, които накрая ще доведат до голяма загуба за компанията.
Тежестта на всеки бъг може да бъде категоризирана като showstopper, основен дефект, незначителен дефект и козметичен в низходящ ред. Най-тежкото тук е белязано като шоустоппер, докато най-тежкото е маркирано като козметично, повече за външния вид на програмата. Тежестта е свързана с техническия аспект на всяка програма.
приоритет
„Приоритет“ означава „колко бързо или колко съвършено бъгът се изкоренява“. Ако програмата има грешка, приоритетът ще бъде премахването на тази грешка възможно най-скоро. Откриването на грешки се извършва от тестерите, които след откриването на грешката го изпращат обратно на програмиста, за да може бъгът да бъде отстранен възможно най-скоро. Във виртуални програми една компания може също да разработи бета версия за тестване, достъпна за потребителите, така че потребителите да могат директно да докладват за грешката, пропусната от тестерите, за да разрешат проблема за оригиналния пакет в бъдеще. След това приоритетът на дефекта се определя от ръководителя на програмата или ръководителя на проекта.
Накратко, „приоритет“ е оценката на това колко вредна е грешката и колко е важно да се поправи. Той трябва да бъде фиксиран въз основа на значението на изискването. „Приоритет“ се управлява от маркетинговия аспект на програмата.
Резюме:
1. "Тежестта" е измерването на проблемите в бъг, докато "приоритет" е колко бързо се решава грешката.
2. "Тежест" се взема предвид на тестера, докато "приоритет" се прилага към съответствието на основния потребител.
3. "Тежестта" е свързана с техническия аспект на програмата, докато "приоритетът" е свързан с финансовия аспект.
4. „Приоритет“ е свързан с графика, докато „тежестта“ е свързан със стандартите на програмата.