Metryki testowania oprogramowania: co to jest, typy i przykłady

Metryki testowania w testowaniu oprogramowania

Metryki testowania oprogramowania to miary ilościowe stosowane do szacowania postępu, jakości, produktywności i kondycji procesu testowania oprogramowania. Celem metryk testowania oprogramowania jest poprawa wydajności i efektywności procesu testowania oprogramowania oraz pomoc w podejmowaniu lepszych decyzji dotyczących dalszego procesu testowania poprzez dostarczenie wiarygodnych danych o procesie testowania.

Metryka definiuje ilościowo stopień, w jakim system, komponent systemu lub proces posiada daną cechę. Idealnym przykładem zrozumienia wskaźników byłby tygodniowy przebieg samochodu w porównaniu z jego idealnym przebiegiem zalecanym przez producenta.

Metryki testowania oprogramowania — poprawia wydajność i skuteczność procesu testowania oprogramowania.

Metryki testowania oprogramowania lub pomiar testów oprogramowania to ilościowe wskazanie zakresu, wydajności, wymiaru, ilości lub rozmiaru jakiegoś atrybutu procesu lub produktu.

Przykład pomiaru testowego oprogramowania: Całkowita liczba defektów

Dlaczego metryki testowe są ważne?

"We cannot improve what we cannot measure" and Test Metrics helps us to do exactly the same.

Podejmij decyzję o kolejnym etapie działań
Dowód twierdzenia lub przewidywania
Zrozumienie rodzaju wymaganej poprawy
Podejmij decyzję, zmień proces lub technologię

Przeczytaj więcej na ten temat Znaczenie metryk testowych

Rodzaje metryk testowych

Metryki procesu: Można go zastosować do poprawy wydajności procesu SDLC (Cykl życia rozwoju oprogramowania)
Dane produktu: Zajmuje się jakością oprogramowania
Metryki projektu: Można go wykorzystać do pomiaru efektywności zespołu projektowego lub dowolnego innego narzędzia testowe wykorzystywane przez członków zespołu

Identyfikacja prawidłowych metryk testowych jest bardzo ważna. Przed określeniem wskaźników testowych należy wziąć pod uwagę kilka rzeczy

Ustal grupę docelową przygotowania metryk
Zdefiniuj cel dla metryk
Wprowadź wszystkie istotne wskaźniki w oparciu o potrzeby projektu
Przeanalizuj aspekt korzyści i kosztów każdego miernika oraz fazę stylu życia projektu, w której skutkuje to maksymalnym produktem

Metryki testów ręcznych

In Inżynieria oprogramowaniaMetryki testów ręcznych dzielą się na dwie klasy

Podstawowe dane
Obliczone dane

Metryki podstawowe to surowe dane zebrane przez Analityka Testów podczas opracowywania i wykonywania przypadku testowego (Liczba wykonanych przypadków testowych, liczba przypadków testowych). Natomiast obliczone metryki pochodzą z danych zebranych w metrykach podstawowych. Menedżer testów zwykle korzysta z obliczonych metryk w celu raportowania testów (% ukończenia, % zasięgu testu).

W zależności od projektu lub modelu biznesowego niektóre z ważnych wskaźników są

Wskaźniki produktywności wykonania przypadków testowych
Wskaźniki produktywności przygotowania przypadków testowych
Metryki defektów
Wady według priorytetu
Wady według wagi
Wadliwy współczynnik poślizgu

Cykl życia metryk testowych w inżynierii oprogramowania

Różne etapy cyklu życia metryk	Kroki na każdym etapie
Analiza	Identyfikacja metryk Zdefiniuj zidentyfikowane wskaźniki kontroli jakości
Komunikować się	Wyjaśnij potrzebę stosowania metryki interesariuszom i zespołowi testującemu Poinstruuj zespół testujący o punktach danych, które należy przechwycić w celu przetworzenia metryki
Ocena	Przechwytuj i weryfikuj dane Obliczanie wartości metryk na podstawie przechwyconych danych
Zgłoś	Opracuj raport ze skutecznym wnioskiem Rozesłaj raport do zainteresowanej strony i odpowiedniego przedstawiciela Przyjmij informację zwrotną od zainteresowanej strony

Jak obliczyć metrykę testową

Pan#	Kroki testowania metryk	Przykład
1	Zidentyfikuj klucz Testowanie oprogramowania procesy, które należy zmierzyć	Testowanie procesu śledzenia postępu
2	Na tym etapie tester wykorzystuje dane jako punkt odniesienia do zdefiniowania metryk	Liczba przypadków testowych planowanych do wykonania dziennie
3	Określenie, jakich informacji należy przestrzegać, częstotliwości śledzenia i osoby odpowiedzialnej	Rzeczywista liczba wykonanych testów w ciągu dnia zostanie zarejestrowana przez menedżera testów na koniec dnia
4	Efektywne obliczanie, zarządzanie i interpretacja zdefiniowanych wskaźników	Rzeczywista liczba przypadków testowych wykonanych dziennie
5	Zidentyfikuj obszary wymagające poprawy w zależności od interpretacji zdefiniowanych wskaźników	Kurs Przypadek testowy wykonanie spada poniżej wyznaczonego celu, musimy zbadać przyczynę i zaproponować środki usprawniające

Przykład metryki testowej

Aby zrozumieć, jak obliczyć metryki testowe, zobaczymy przykład wykonania procentowego przypadku testowego.

Aby uzyskać status wykonania przypadków testowych w procentach, korzystamy ze wzoru.

Percentage test cases executed= (No of test cases executed/ Total no of test cases written) X 100

Podobnie można obliczyć inne parametry, takie jak przypadki testowe niewykonane, przypadki testowe zakończone sukcesem, przypadki testowe zakończone niepowodzeniem, przypadki testowe zablokowane itp.

Glosariusz metryk testowych

Współczynnik wysiłku związanego z przeróbką = (Rzeczywisty wysiłek włożony w przeróbki w tej fazie/całkowity faktyczny wysiłek włożony w tę fazę) X 100
Pełzanie wymagań = (Całkowita liczba dodanych wymagań/liczba wymagań początkowych)X100
Odchylenie harmonogramu = (Rzeczywista data dostawy – planowana data dostawy)
Koszt znalezienia wady podczas testowania = (Całkowity wysiłek włożony w testowanie/defekty wykryte podczas testowania)
Przesunięcie harmonogramu = (Rzeczywista data zakończenia – szacowana data zakończenia) / (Planowana data zakończenia – planowana data rozpoczęcia) X 100
Procent zaliczonych przypadków testowych = (Liczba zaliczonych testów/całkowita liczba wykonanych testów) X 100
Procent nieudanych przypadków testowych = (Liczba nieudanych testów/całkowita liczba wykonanych testów) X 100
Procent zablokowanych przypadków testowych = (Liczba zablokowanych testów/całkowita liczba wykonanych testów) X 100
Naprawiono procent defektów = (Usterki naprawione/Zgłoszone wady) X 100
Procent zaakceptowanych wad = (Wady uznane za ważne przez zespół programistów / Całkowita liczba zgłoszonych usterek) X 100
Odroczony procent wad = (Wady odroczone do przyszłych wersji / Całkowita liczba zgłoszonych usterek) X 100
Procent wad krytycznych = (Wady krytyczne / Całkowita liczba zgłoszonych usterek) X 100
Średni czas naprawy defektów przez zespół programistów = (Całkowity czas potrzebny na poprawki błędów/liczba błędów)
Liczba testów przeprowadzonych w danym okresie = Liczba przebiegów testów/całkowity czas
Testuj efektywność projektowania = Liczba zaprojektowanych testów / Całkowity czas
Skuteczność przeglądu testów = Liczba przejrzanych testów / Całkowity czas
Procedura wyszukiwania błędów lub liczba defektów na godzinę testowania = Całkowita liczba defektów/Całkowita liczba godzin testowych

Możesz lubić: