Od czego zależy poziom powagi (severity) defektów w testowaniu?

Poziom powagi defektu zależy od wpływu tego defektu na funkcjonalność, wydajność, bezpieczeństwo lub użyteczność produktu.

Główne czynniki:

• Wpływ na funkcjonalność: Jak poważnie defekt zakłóca krytyczne funkcje.
• Utrata danych: Czy defekt prowadzi do utraty lub uszkodzenia danych użytkownika.
• Blokada pracy: Czy defekt uniemożliwia korzystanie z produktu lub jego kluczowych funkcji.
• Zagrożenie bezpieczeństwa: Czy defekt tworzy podatność, którą można wykorzystać.
• Wpływ na wydajność: Czy defekt powoduje znaczne obniżenie prędkości działania lub zużycia zasobów.
• Częstotliwość występowania: Jak często użytkownicy mogą napotkać ten defekt.
• Wpływ na reputację/biznes: Czy defekt może zaszkodzić wizerunkowi firmy lub prowadzić do strat finansowych.

Zazwyczaj severity dzieli się na poziomy:

Poziom	Opis	Przykłady
Blocker	Całkowicie blokuje wykonanie głównych funkcji lub korzystanie.	Aplikacja się nie uruchamia. Użytkownik nie może się zalogować. Krytyczna funkcja (np. składanie zamówienia) nie działa.
Critical	Poważnie zakłóca ważną funkcjonalność, ale jej nie blokuje całkowicie.	Niepoprawne zapisywanie danych. Błędy w obliczeniach. Brak kluczowych elementów interfejsu.
Major	Wpływa na ważną funkcję, ale istnieją obejścia lub nie jest krytyczny.	Błędy walidacji formularzy, które można obejść. Problemy z wyświetlaniem na niektórych urządzeniach (jeśli nie są krytyczne). Wolne ładowanie danych niekrytycznych.
Minor	Niewielki wpływ na funkcjonalność, głównie kosmetyczny.	Literówki w tekście. Małe przesunięcia elementów interfejsu. Problemy z wyświetlaniem, które nie wpływają na użyteczność.
Trivial/Enhancement	Bardzo niski wpływ, zwykle związany z ulepszeniem lub drobnymi niedociągnięciami.	Nieprawidłowy kolor elementu. Małe odstępy. Sugestie ulepszeń UX/UI, które nie są błędami.