Middle
Kaip nustatyti klaidos rimtumą?
sobes.tech AI
Atsakymas iš AI
Bago rimties laipsnis (Severity) nustatomas remiantis jo poveikiu funkcionalumui, našumui, saugumui ir naudotojo patirčiai. Paprastai naudojama 4 arba 5 lygių skalė.
Pavyzdžiai rimties lygių:
| Rimtumo lygis | Aprašymas | Poveikis sistemai |
|---|---|---|
| Blocker (Blokuojantis) | Kritiškai veikia pagrindinę funkcionalumą, daro produktą neįgalų naudoti. | Sistema visiškai neveikia arba pagrindinė funkcija nėra pasiekiama. |
| Critical (Kritinis) | Žymiai veikia svarbią funkcionalumą, tačiau sistema iš dalies veikia. | Svarbi sistema dalis neveikia, gali būti duomenų praradimas arba klaidos. |
| Major (Didelis) | Veikia ne pagrindinę funkcionalumą arba sukelia netinkamą dalies sistemos veikimą. | Funkcija veikia netinkamai, sukelia nepatogumų naudotojui. |
| Minor (Mažas) | Estetinės klaidos, teksto klaidos arba nereikšmingi dizaino pažeidimai. | Nėra įtakos funkcionalumui, tik išvaizdai ar patogumui. |
| Trivial (Trivialis) | Labai nereikšmingos klaidos, kurios neveikia produktą. | Pavyzdžiui, klaida aprašyme, kuri neturi įtakos niekam. |
Rimtumo nustatymui įtakos turi:
- Poveikis pagrindinei funkcionalumui: Kiek stipriai klaida trukdo atlikti pagrindines naudotojo užduotis.
- Dažnumas: Kiek dažnai pasitaiko klaida.
- Duomenų poveikis: Ar klaida gali sukelti duomenų praradimą ar sugadinimą.
- Saugumo poveikis: Ar klaida gali sukurti pažeidžiamumą sistemoje.
- Reputacijos poveikis: Ar klaida gali neigiamai paveikti įmonės įvaizdį.
- Naudotojo patirtis: Kiek klaida pablogina naudotojo patirtį.
- Verslo poveikis: Ar klaida gali sukelti finansinius nuostolius ar kitus neigiamus verslo padarinius.
Rimties nustatymas yra subjektyvus procesas, reikalaujantis patirties ir produkto supratimo. Dažnai sprendimas priimamas po diskusijos tarp QA inžinierių, kūrėjų ir produkto vadovų. Rekomenduojama turėti aiškiai apibrėžtus kriterijus kiekvienam rimties lygiui dokumentacijoje.