Jak definiujesz poziom istotności (krytyczny/wysoki/niski itp.) Błędów?

Question

Zakładając, że jesteś zaangażowany w ocenę błędów w organizacji, w jaki sposób definiujesz różne poziomy powagi tych błędów?

Bardziej konkretnie - jakie są różne wartości, których używasz dla "Srogości"? Jakie są kryteria, za pomocą których można przypisać wartości do błędów?

Wyjaśnienie: Mówię tu tylko o objawach. Odłóżmy na bok inne rzeczy, które wpływają na priorytetyzację, takie jak: ile czasu zajmie naprawienie błędu, jakie inne zadania są w porządku zespołu, itp.

Answer 1

Jeśli mówimy o pieniądzach, to jest krytyczne.

Wtedy to zależy od tego, ile razy to zależy od wielu rzeczy:

• czas, aby rozwiązać

• jak to zmienić wydajność pozostałych pracowników

• umowy (jeżeli błąd przełamuje kontrakt jest krytyczny)

• jeśli złe dane są wprowadzane/wybierane od w db to może być krytyczny

Zależy to również od Twojej firmy.

Answer 2

Zasadniczo potrzebne są dwie rzeczy dla tego:

1. surowości: Jest to błąd krytyczny? Lub niezbyt krytyczny, jak błąd kosmetyczny.
2. Priorytet: jaki jest pilny charakter poprawki?

Jeśli weźmiesz pod uwagę te dwa elementy, otrzymasz ładną listę rzeczy, które należy najpierw naprawić.

Błąd o niskiej intensywności może mieć na przykład wysoki priorytet.

Answer 3

Każda firma jest inna. Mamy 5 różnych poziomów tutaj

• Blocker
• krytycznej
• Główne
• Minor
• Trivial

W większości przypadków nasi testerzy biznesowych określenia nasilenia problemu. Wykonując testy i uruchamiając błąd, określają, w jaki sposób wpłynie to na klienta i potencjalne zwolnienie i odpowiednio przypisze priorytet. Sprawdzamy najpoważniejsze przedmioty i sprawdzamy, czy rzeczywiście są tak poważne, jak robi to firma. Kilkakrotnie testerzy biznesowi zgłaszali błędy "blokujące", ale kiedy się na nie zagłębialiśmy, okazało się, że to naprawdę nie jest tak ważne.

Podsumowując, błędy Blockera to błędy, które musimy natychmiast naprawić. Są to błędy, które uniemożliwią działanie produktu, jeśli zostały wydane w tym stanie.

Krytyczne błędy nadal są błędami, ale zazwyczaj istnieje obejście lub szybka korekta, którą można zastosować po wydaniu.

Poważne błędy mają obejście i można je odłożyć bez wpływu na funkcjonalność aplikacji.

Problemy z tematyką mniejszą lub wątpliwą są zwykle zarezerwowane dla ulepszeń lub "miłych dla posiadaczy".

Mam nadzieję, że pomaga to wyjaśnić pewne rzeczy.

Answer 4

Jeśli chodzi o mnie, są to głównie trzy poziomy dotkliwości. W zależności od firmy ich nazwy mogą się różnić

Głównie

1. Critical

2. Główne

3. Normal/Minor

Answer 5

Ja pracowałem w wielu firmach iw większość z nich miała 4 poziomy nasilenia (nie mylić sev jednak z priorytetem), weź pod uwagę stopień ważności danego błędu/usterki w testowanym systemie. Zawsze należy zmierzyć wpływ, biorąc pod uwagę kontekst: liczbę użytkowników, system krytyczny dla misji (reaktory jądrowe, awionika, sprzęt medyczny), stratę pieniędzy lub reputację itp., A także można skorzystać z taksonomii wady, aby pomóc (np. jeśli jest to awaria systemu lub luka w zabezpieczeniach a problem kosmetyczny)

Zazwyczaj większość firm używa 4 poziomów, widziałem 5, ale z mojego doświadczenia wynika, że ​​bardziej skomplikowane rzeczy są, trudniejsze do właściwego wdrożenia, Poleciłbym ci także 3 (możesz usunąć trywialne/niskie, ponieważ nigdy nie zostały naprawione!).

Oto lista:

• S1 - Krytyczny - wysoki wpływ, bez obejścia (np awaria systemu, brak funkcji)
• S2 - Wysoka/Major - duży wpływ ma obejście (np cecha nie działa w innej przeglądarce)
• S3 - Medium - średni wpływ (np komunikaty o błędach nie są dobre)
• S4 - niska/Trivial - Niewielki wpływ (np kosmetycznych zagadnienia, literówki, wyrównania, itp)

Mam nadzieję, że działa