główne rodzaje defektów w testowaniu oprogramowania

październik 1110:002011 autor: Nataliia VasylynaPrint Ten artykuł

Uwaga: artykuł został zaktualizowany w sierpniu 2018.

istnieje kilka różnych klasyfikacji problemów z oprogramowaniem, które są oparte na pewnym kryterium, na przykład klasyfikacja według ciężkości wady, prawdopodobieństwa i priorytetu.

wady oprogramowania w zależności od ich ciężkości

jeśli chodzi o dotkliwość błędów, istnieją cztery główne typy:

• krytyczne – problemy, które wymagają natychmiastowego usunięcia, wpływają na podstawową funkcjonalność produktu i mogą powodować awarie systemu lub blokować działanie oprogramowania
• poważne – defekty, które wpływają na główne funkcje systemu, ale nie powodują awarii całego systemu
• drobne-błędy, które nie mają większego wpływu na funkcjonalność systemu i nie wpływają na przepływ pracy, ale mogą mieć negatywny wpływ na doświadczenie użytkownika
• trywialne – kwestie, które nie są związane z funkcjonalnością systemu i które można pominąć, np. błędy ortograficzne.

prawdopodobieństwo usterki jest parametrem, który określa możliwość wystąpienia problemu i wykrycia go przez użytkowników końcowych. Zgodnie z tymi kryteriami istnieją wady o wysokim, średnim i niskim prawdopodobieństwie.

jeśli chodzi o cele biznesowe, wady można sklasyfikować jako problemy o wysokim, średnim i niskim priorytecie. Usterki o wysokim priorytecie powinny być najpierw naprawiane, ponieważ wpływają na potrzeby biznesowe.

Ponadto istnieje taka klasyfikacja wad w testowaniu oprogramowania:

dodatkowe wady

Wymaganie zawarte w produkcie, które nie zostało podane przez Klienta. Zazwyczaj jest to rozbieżność ze specyfikacją projektu, ale może być również cechą wymaganą przez użytkowników końcowych. Niemniej jednak jest on uważany za wadę, ponieważ nie spełnia istniejących wymagań.

brakujące wady

wymóg podany przez Klienta nie został spełniony. Jest to również rozbieżność ze specyfikacją-funkcja, która nie powinna być zaimplementowana zgodnie ze specyfikacją. Może to również oznaczać, że wymagania klienta nie zostały odpowiednio odnotowane.

błędne wady

wymagania, które są wykonywane fałszywie. W rzeczywistości ta wada może pojawić się z powodu nieporozumień w zespole projektowym i kliencie.