STLC - klasyfikacja defektów
Z punktu widzenia zespołu kontroli jakości usterki są klasyfikowane jako Priority a z punktu widzenia rozwoju jako Severity(złożoność kodu, aby to naprawić). Są to dwie główne klasyfikacje, które odgrywają ważną rolę w ramach czasowych i ilości pracy włożonej w naprawę usterek.
Co to jest priorytet?
Priorytet definiuje się jako kolejność usuwania usterek. Status priorytetu jest zwykle ustalany przez zespół ds. Kontroli jakości, zgłaszając usterkę zespołowi deweloperskiemu, wspominając o czasie na naprawienie usterki. Status Priorytetu jest ustalany na podstawie wymagań użytkowników końcowych.
Na przykład, jeśli logo firmy jest nieprawidłowo umieszczone na stronie internetowej firmy, wówczas priorytet jest wysoki, ale ma niewielki stopień ważności.
Lista priorytetowa
Priorytet można podzielić na następujące kategorie:
Low - Ta usterka może zostać naprawiona po naprawieniu krytycznych.
Medium - Wada powinna zostać usunięta w kolejnych kompilacjach.
High - Usterka musi zostać usunięta natychmiast, ponieważ wada wpływa w znacznym stopniu na aplikację i nie można jej używać, dopóki nie zostanie naprawiona.
Urgent - Wadę należy usunąć natychmiast, ponieważ wada poważnie wpływa na zastosowanie lub produkt, a produktu nie można używać, dopóki nie zostanie naprawiony.
Co to jest dotkliwość?
Wagę definiuje się jako prostotę defektu w aplikacji i złożoność kodu w celu naprawienia go z punktu widzenia programowania. Itjest związany z aspektem rozwoju produktu. O wadze można zdecydować na podstawie tego, jak zła / kluczowa jest wada systemu. Stan ważności może dać wyobrażenie o odchyleniach w funkcjonalności z powodu defektu.
Example - W przypadku witryny obsługującej loty, błąd w generowaniu numeru biletu w porównaniu z rezerwacją jest poważny, a także ma wysoki priorytet.
Lista ważności
Dotkliwość można podzielić na następujące kategorie -
Critical /Severity 1- Defekt ma wpływ na najważniejsze funkcje Aplikacji, a zespół ds. Kontroli jakości nie może kontynuować walidacji testowanej aplikacji bez jej naprawienia. Na przykład często dochodzi do awarii aplikacji / produktu.
Major / Severity 2- Wada wpływa na moduł funkcjonalny; zespół ds. kontroli jakości nie może przetestować tego konkretnego modułu, ale kontynuować walidację innych modułów. Na przykład rezerwacja lotu nie działa.
Medium / Severity 3- Wada ma problem z pojedynczym ekranem lub jest związana z jedną funkcją, ale system nadal działa. Wada tutaj nie blokuje żadnej funkcjonalności. Na przykład numer biletu to reprezentacja, która nie występuje po odpowiednich znakach alfanumerycznych, takich jak pierwsze pięć znaków i ostatnie pięć jako numeryczne.
Low / Severity 4- Nie ma to wpływu na funkcjonalność. Może to być defekt kosmetyczny, niespójność interfejsu użytkownika dla pola lub sugestia, aby poprawić wrażenia użytkownika końcowego po stronie interfejsu użytkownika. Na przykład kolor tła przycisku Wyślij nie jest zgodny z kolorem przycisku Zapisz.