Kluczowa różnica: terminy ważności i pierwszeństwa są powszechnie stosowane w odniesieniu do testowania oprogramowania. Nasilenie błędu zależy od tego, jak bardzo wpływa on na system. Jest klasyfikowany na podstawie tego, jak bardzo wpływa on na funkcjonalność produktu. Priorytet błędu odnosi się do tego, jak szybko błąd musi zostać naprawiony.
Terminy ważności i pierwszeństwa są powszechnie stosowane w odniesieniu do testowania oprogramowania. Jednakże, aby zrozumieć znaczenie surowości i pierwszeństwa w testowaniu oprogramowania, musimy najpierw zrozumieć definicję terminów.
Ciężkość definiuje się jako stan lub jakość bycia surowym, co w zasadzie oznacza surowy, surowy lub rygorystyczny. Surowość to jakość lub stan bycia wymagającym lub nieustępliwym. Natomiast priorytetem jest stan lub jakość bycia wcześniejszym w czasie, wystąpieniem itp. To jest, gdy coś ma pierwszeństwo przed wszystkim innym. Podobnie, powaga odnosi się do powagi błędu, podczas gdy priorytet odnosi się do tego, jak szybko błąd powinien zostać rozwiązany.
Nasilenie błędu zależy od tego, jak bardzo wpływa on na system. Jest klasyfikowany na podstawie tego, jak bardzo wpływa on na funkcjonalność produktu. Jeśli wpływ jest wysoki, tzn. Powoduje awarię systemu, to ma on wysoką intensywność, jednak jeśli nie ma znaczącego wpływu na system, wtedy jego poziom będzie niski.
Błąd można zakwalifikować jako High Priority i High Severity lub może to być Low Priority i Low Severity. Błąd może mieć również wyższy priorytet, ale ma niską wagę, jeśli nie ma wpływu na funkcjonalność systemu, ale powinien zostać natychmiast naprawiony, na przykład błąd w logo. Błąd może również mieć niski priorytet, ale wysoką istotność w przypadku, gdy błąd ma duży wpływ na funkcjonalność systemu, ale szanse na wystąpienie błędu są niewielkie, dlatego poprawka może poczekać do później.
Porównanie między trudnością a priorytetem:
Surowość | Priorytet | |
Opis | Nasilenie błędu zależy od tego, jak bardzo wpływa on na system. | Priorytet błędu zależy od tego, jak szybko musi on zostać naprawiony. |
Rodzaje |
|
|
Implikacja | Związany z problemami z funkcjonalnością | Związany z harmonogramem do rozwiązania |
Odnosi się do | Istotność odnosi się do powagi błędu dotyczącego funkcjonalności produktu. Wyższy wpływ na funkcjonalność doprowadzi do przypisania wyższego poziomu błędu. | Priorytet odnosi się do tego, jak szybko błąd powinien zostać naprawiony. |
Związany z | Powiązany z funkcjonalnością. Odzwierciedla wadę systemu. | Związany z jakością wzorcową lub zgodnością ze standardem. Odzwierciedla surowość oczekiwań jakościowych. |
Związany z | Jest związany z aspektem technicznym produktu. Odzwierciedla to, jak zły jest błąd systemu. | Jest w dużej mierze związany z aspektem biznesowym lub marketingowym. Jest wskaźnikiem znaczenia błędu. |
Decyzja o naprawieniu | Inżynier ds. Zapewnienia Jakości decyduje o poziomie ważności. Decyzja jest podejmowana zgodnie z oceną ryzyka klienta. | O priorytecie naprawy błędu decyduje konsultacja z klientem. |
Poprawki oparte na | Poprawki produktu są oparte na poziomie błędu. | Poprawki produktów są oparte na "Priorytetach projektów". |
Przykłady | Awarie systemu występujące w przypadku niejasnego polecenia mają wysoką istotność, co ma duży wpływ na funkcjonalność systemu. Jednak ma niski priorytet, ponieważ szansa dla każdego, kto użyje tego polecenia, jest niski. W związku z tym można go naprawić w następnej aktualizacji systemu. | Błąd pisowni w logo firmy na stronie internetowej jest kwestią wysokiego priorytetu, ponieważ przedstawia firmę. Jest to jednak problem niskiej istotności, ponieważ nie ma wpływu na funkcjonalność witryny. Dlatego musi zostać naprawiony tak szybko, jak to możliwe. |
