Pokrycie testów w testowaniu oprogramowania

Spisie treści:

Anonim

Co to jest pokrycie testowe?

Pokrycie testów jest zdefiniowane jako miara w testowaniu oprogramowania, która mierzy ilość testów wykonywanych przez zestaw testów. Obejmuje to zbieranie informacji o tym, które części programu są wykonywane podczas uruchamiania zestawu testów w celu określenia, które gałęzie instrukcji warunkowych zostały pobrane.

Mówiąc najprościej, jest to technika zapewniająca, że ​​testy testują Twój kod lub jaką część kodu wykonałeś, uruchamiając test.

W tym samouczku dowiesz się

  • Co to jest pokrycie testowe?
  • Co robi pokrycie testowe?
  • Jak można uzyskać pokrycie testowe?
  • Korzyści z pokrycia testów
  • Jakie są główne różnice między pokryciem kodu a pokryciem testowym?
  • Wzór do obliczenia pokrycia testowego
  • Przykłady pokrycia testów
    • Przykład 1:
    • Przykład 2:
  • Wady:

Co robi pokrycie testowe?

  • Znajdowanie obszaru wymagania nie zaimplementowanego przez zestaw przypadków testowych
  • Pomaga w tworzeniu dodatkowych przypadków testowych w celu zwiększenia pokrycia
  • Identyfikacja ilościowej miary pokrycia testami, która jest pośrednią metodą kontroli jakości
  • Identyfikowanie bezsensownych przypadków testowych, które nie zwiększają pokrycia

Jak można uzyskać pokrycie testowe?

  • Pokrycie testów można przeprowadzić, ćwicząc techniki przeglądu statycznego, takie jak recenzje partnerskie, inspekcje i instrukcje
  • Przekształcając defekty ad-hoc w wykonywalne przypadki testowe
  • Na poziomie kodu lub na poziomie testów jednostkowych pokrycie testów można osiągnąć, korzystając z narzędzi do automatycznego pokrycia kodu lub pokrycia testów jednostkowych
  • Pokrycie testów funkcjonalnych można przeprowadzić za pomocą odpowiednich narzędzi do zarządzania testami

Korzyści z pokrycia testów

  • Może zapewnić jakość testu
  • Może pomóc zidentyfikować, które fragmenty kodu zostały faktycznie dotknięte w celu wydania lub poprawki
  • Pomocne może być określenie ścieżek w aplikacji, które nie zostały przetestowane
  • Zapobiegaj wyciekom defektów
  • Czas, zakres i koszty można kontrolować
  • Zapobieganie defektom na wczesnym etapie cyklu życia projektu
  • Potrafi określić wszystkie punkty decyzyjne i ścieżki używane w aplikacji, co pozwala na zwiększenie pokrycia testowego
  • Luki w wymaganiach, przypadkach testowych i defektach na poziomie jednostki i kodu można znaleźć w łatwy sposób

Jakie są główne różnice między pokryciem kodu a pokryciem testowym?

Pokrycie kodu i pokrycie testów to techniki pomiarowe, które pozwalają ocenić jakość kodu aplikacji.

Oto kilka krytycznych różnic między kabinami tych metod pokrycia:

Parametry Pokrycie kodu Pokrycie testowe
Definicja Termin pokrycia kodu używany, gdy kod aplikacji jest wykonywany, gdy aplikacja jest uruchomiona. Pokrycie testów oznacza ogólny plan testów.
Cel Metryki pokrycia kodu mogą pomóc zespołowi w monitorowaniu testów automatycznych. Pokrycie testowe zawiera szczegółowe informacje na temat poziomu, na jakim zostało przetestowane pisemne kodowanie aplikacji.
Podtypy Pokrycie kodu podzielone na podtypy, takie jak pokrycie instrukcji, pokrycie warunków, pokrycie oddziałów, pokrycie Toogle, pokrycie FSM. Brak podtypu metody pokrycia testu.

Wzór do obliczenia pokrycia testowego

Aby obliczyć pokrycie testu, należy wykonać poniższe czynności:

Krok 1) Całkowita liczba wierszy kodu w testowanym oprogramowaniu

Krok 2) Liczba wierszy kodu aktualnie wykonywanych we wszystkich przypadkach testowych

Teraz musisz znaleźć (X podzielone przez Y) pomnożone przez 100. Wynikiem tego obliczenia jest% pokrycia testu.

Na przykład:

Jeśli liczba wierszy kodu w komponencie systemu wynosi 500, a liczba wierszy wykonanych we wszystkich istniejących przypadkach testowych wynosi 50, to pokrycie testu wynosi:

(50/500) * 100 = 10%

Przykłady pokrycia testów

Przykład 1:

Na przykład, jeśli „nóż” to przedmiot, który chcesz przetestować. Następnie musisz skupić się na sprawdzeniu, czy dokładnie kroi warzywa lub owoce, czy nie. Istnieją jednak inne aspekty, na które należy zwrócić uwagę, na przykład użytkownik powinien być w stanie wygodnie sobie z tym poradzić.

Przykład 2:

Na przykład, jeśli chcesz sprawdzić aplikację notatnika. Następnie sprawdzenie podstawowych funkcji jest koniecznością. Musisz jednak uwzględnić inne aspekty, ponieważ aplikacja notatnika reaguje zgodnie z oczekiwaniami podczas korzystania z innych aplikacji, użytkownik rozumie użycie aplikacji, a nie zawiesza się, gdy użytkownik próbuje zrobić coś niezwykłego itp.

Wady:

  • Większość zadań w podręczniku pokrycia testów, ponieważ nie ma narzędzi do automatyzacji. Dlatego analiza wymagań i tworzenie przypadków testowych wymaga wiele wysiłku.
  • Pokrycie testów umożliwia zliczanie funkcji, a następnie dokonywanie pomiarów względem kilku testów. Jednak zawsze jest miejsce na błędy w ocenie.