Menu

Wykonywanie testów w testowaniu oprogramowania: dokładny proces i plan na przykładzie

test execution software testing

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Dokładny proces i plan wykonania przypadków testowych z prawdziwymi przykładami.

Dziś w naszym Mini szkolenie Software Testing , przechodzimy do ostatniego etapu STLC, którym jest Wykonanie testu .

Możesz sprawdzić listę wszystkich samouczków opublikowanych w tej bezpłatnej serii szkoleń z kontroli jakości na tej stronie: Kompleksowe szkolenie z testowania oprogramowania w projekcie na żywo.

Wykonanie testów jest bez wątpienia najważniejszą i najbardziej „wydarzającą się” fazą w STLC a także cały cykl rozwoju. Powodem jest to, że wkład i praca każdego zespołu / członka zespołu są weryfikowane tutaj:

Wykonywanie testów w testowaniu oprogramowania

  • Czy analityk biznesowy poprawnie zinterpretował wymagania?
  • Czy zespół programistów przetłumaczył wymagania biznesowe na wymagania funkcjonalne i ostatecznie na poprawny kod?
  • Czy architekt danych i administratorzy baz danych zaprojektowali odpowiednie systemy zaplecza?

Cóż, wykonanie testów jest miejscem, w którym można znaleźć wszystkie odpowiedzi na te pytania. To sprawia, że ​​my, QA, jesteśmy bohaterami całego procesu tworzenia oprogramowania, prawda? :)

Wykonywanie testów jest również częścią „testową” SDLC.

jak otworzyć plik apk w systemie Windows

Po napisaniu przypadków testowych, udostępnieniu ich zespołom BA i deweloperów, ich przejrzeniu, powiadomieniu o zmianach zespołu ds. Kontroli jakości (jeśli takie istnieją), zespół ds. Zapewnienia jakości wprowadza niezbędne poprawki - Faza projektowania testów została zakończona. Teraz przygotowanie przypadków testowych nie oznacza, że ​​możemy rozpocząć uruchomienie testowe. Musimy też mieć gotową aplikację, między innymi.

Czego się nauczysz:

Wytyczne dotyczące wykonywania testów

Zróbmy teraz listę wszystkich rzeczy, które są ważne dla zrozumienia fazy wykonywania testów:

# 1) Plik budować (kod napisany przez zespół programistów jest spakowany do tego, co jest określane jako kompilacja - to nic innego jak instalowalne oprogramowanie (AUT), gotowe do wdrożenia w środowisku QA.) wdrażane (innymi słowy, instalowane i udostępniony) do środowiska QA jest jednym z najważniejszych aspektów, które muszą się wydarzyć, aby rozpocząć wykonanie testu.

#dwa) Wykonanie testu odbywa się w Środowisko QA . Aby upewnić się, że praca zespołu programistów nad kodem nie odbywa się w tym samym miejscu, w którym zespół QA testuje, ogólną praktyką jest posiadanie dedykowanego środowiska deweloperskiego i QA. (Istnieje również środowisko produkcyjne do hostowania aplikacji na żywo).

Ma to na celu przede wszystkim zachowanie integralności aplikacji na różnych etapach cyklu życia SDLC. W przeciwnym razie idealnie wszystkie 3 środowiska mają identyczny charakter.

# 3) Wielkość zespołu testowego nie jest stała od początku projektu. Kiedy plan testów jest inicjowany, zespół może mieć po prostu lidera zespołu. Podczas fazy projektowania testów na pokładzie pojawia się kilku testerów. Wykonywanie testów to faza, w której zespół osiąga maksymalne rozmiary.

# 4) Wykonywanie testów odbywa się również w co najmniej 2 cykle (3 w niektórych projektach). Zwykle w każdym cyklu wykonywane są wszystkie przypadki testowe (cały zestaw testów). Celem pierwszego cyklu jest zidentyfikowanie wszelkich blokujących, krytycznych defektów i większości poważnych defektów.

Celem drugiego cyklu jest zidentyfikowanie pozostałych wysokich i średnich defektów, skorygowanie luk w skryptach i uzyskanie wyników.

# 5) Faza wykonania testu składa się z: Wykonywanie skryptów testowych + Konserwacja skryptów testowych (korygowanie luk w skryptach) + Raportowanie (defekty, status, metryki itp.) Dlatego przy planowaniu tej fazy harmonogramy i wysiłki należy oszacować biorąc pod uwagę wszystkie te aspekty, a nie tylko wykonanie skryptu.

# 6) Po wykonaniu skryptu testowego i wdrożeniu AUT - a przed rozpoczęciem wykonywania testu następuje krok pośredni. Nazywa się to „Test gotowości do testów (TRR)” . Jest to rodzaj przejściowego kroku, który zakończy fazę projektowania testów i ułatwi nam wykonanie testów.

Aby uzyskać informacje na temat tego kroku i przykładową „Listę kontrolną przeglądu gotowości do testów”, kliknij ten link: Lista kontrolna testowania oprogramowania

# 7) Oprócz TRR jest jeszcze kilka dodatkowych kontroli, zanim upewnimy się, że możemy zaakceptować bieżącą kompilację, która jest wdrożona w środowisku QA w celu wykonania testów.

To są Testy dymu i zdrowia psychicznego . Szczegółowe informacje o tym, co to jest: Co to jest test na dym i zdrowie psychiczne?

# 8) Po pomyślnym zakończeniu testów TRR, dymu i zdrowia, cykl testów oficjalnie się rozpoczyna.

co to jest klucz bezpieczeństwa sieci

# 9) Testowanie eksploracyjne zostanie przeprowadzona, gdy kompilacja będzie gotowa do testów. Celem tego testu jest upewnienie się, że krytyczne defekty zostały usunięte przed rozpoczęciem kolejnych poziomów testowania. To testowanie eksploracyjne jest przeprowadzane w aplikacji bez żadnych skryptów testowych i dokumentacji. Pomaga również w zapoznaniu się z AUT.

# 10) Podobnie jak w przypadku innych faz STLC, praca jest podzielona między członków zespołu również w fazie wykonywania testów. Podział może opierać się na analizie modułów, liczbie przypadków testowych lub na czymkolwiek innym, co może mieć sens.

#jedenaście) Podstawowym wynikiem fazy wykonania testów są przede wszystkim raporty, tj. Raport Defektów i Raport Statusu Wykonania Testów. Szczegółowy proces raportowania można znaleźć pod adresem Raporty z wykonania testów.

Nowe kolumny w dokumencie przypadków testowych

Dokument Przypadku testowego zostanie teraz rozszerzony o następujące dwie kolumny - Stan i rzeczywisty wynik .

( Uwaga : W przypadku wykonywania testów projektu na żywo dodaliśmy i zaktualizowaliśmy te kolumny o wyniki wykonania testów w arkuszu kalkulacyjnym przypadków testowych udostępnionym do pobrania poniżej)

# 1) Kolumna stanu

Wykonanie testu to nic innego jak wykorzystanie kroków testowych w AUT, dostarczenie danych testowych (jak określono w dokumencie przypadku testowego) i obserwowanie zachowania AUT w celu sprawdzenia, czy spełnia oczekiwany wynik, czy nie.

Jeśli oczekiwany rezultat nie zostanie osiągnięty, można to uznać za wadę. Status przypadku testowego zmieni się na „Niepowodzenie”, a jeśli oczekiwany wynik zostanie spełniony, stan to „Pozytywny”. Jeśli przypadek testowy nie może zostać wykonany z jakichkolwiek powodów (istniejąca usterka lub nieobsługiwane środowisko), status będzie miał postać „Zablokowany”.

Status przypadku testowego, który nie został jeszcze uruchomiony, można ustawić na Brak uruchomienia / niewykonany lub pozostawić pusty.

  • W przypadku przypadku testowego z wieloma krokami, jeśli oczekiwany wynik określonego kroku (w środku kroków przypadku testowego) nie zostanie spełniony, stan przypadku testowego można ustawić na „Niepowodzenie”, a kolejne kroki nie muszą być wykonywane.
  • Status „Niepowodzenie” można oznaczyć kolorem czerwonym, jeśli chcesz natychmiast zwrócić na to uwagę.

# 2) Kolumna rzeczywistych wyników

Jest to przestrzeń, w której my, testerzy, możemy odnotować odchylenie od oczekiwanego wyniku. Gdy oczekiwany wynik zostanie osiągnięty (lub przypadek testowy o statusie „Pozytywny”) to pole można pozostawić puste. Ponieważ jeśli oczekiwany wynik zostanie spełniony, oznacza to, że wynik rzeczywisty = wynik oczekiwany, co oznacza, że ​​przepisanie go w kolumnie wyników rzeczywistych będzie powtórzeniem i redundancją.

Zrzut ekranu odchylenia można dołączyć do tej kolumny, aby lepiej zrozumieć, na czym polega problem.

Wyniki testu wykonania projektu OrangeHRM Live

Zdobądźmy teraz OrangeHRM i przeprowadźmy test w oparciu o powyższe wytyczne.

Oto kilka punktów, na które należy zwrócić uwagę:

  • Rozszerzony szablon przypadku testowego.
  • Jak wskazano, testy eksploracyjne należy przeprowadzać bez skryptów testowych. Dlatego zachęcamy do równoległego testowania aplikacji według własnego uznania.
  • Ze względu na ograniczenia, jakie mamy w przedstawianiu projektu na żywo w postaci czytelnej treści - w przykładowym szablonie Test Execution pokazana jest tylko ograniczona ilość przypadków testowych / funkcjonalności aplikacji OrangeHRM. Ponownie, zachęcamy do dalszej pracy, aby uzyskać jak najbardziej praktyczne doświadczenie.
  • Zestawy testów Sanity i Smoke zostały również dodane do dokumentu, aby dać wyobrażenie o tym, jakie przypadki testowe są rozważane na tych etapach.
  • Defekty nie są jeszcze rejestrowane, mimo że stan niektórych przypadków testowych jest ustawiony na „Niepowodzenie”. Dzieje się tak, ponieważ rejestrowanie defektów jest kolejnym najważniejszym / najczęściej pracowanym aspektem naszego życia jako testerów. Dlatego chcemy szczegółowo omówić to w następnym artykule.

Przypadki testowe z wynikami wykonania:

=> Kliknij tutaj, aby pobrać dokument dotyczący wykonywania przypadków testowych.

Zawiera - Wynik wykonania przypadków testowych, Testy dymu, Testy poczytalności, Test eksploracyjny - arkusze kalkulacyjne

Wreszcie, jeśli do tworzenia i utrzymywania przypadku testowego użyto narzędzia do zarządzania testami, to tego samego można użyć również do wykonania testów. Użycie narzędzia ułatwia raportowanie, ale poza tym proces uruchamiania przypadków testowych jest taki sam. Przeczytaj ten artykuł, aby się zorientować jak używać HP ALM do wykonywania przypadków testowych .

(Kliknij zdjęcie, aby wyświetlić powiększenie)

ALM dla wyniku testu

c ++ assert with message

To prowadzi nas do końca kolejnego interesującego segmentu procesu testowania. W następnym i ostatnim artykule tego darmowy mini-kurs online Software Testing QA szczegółowo przyjrzymy się wadom; podsumuj tematy, takie jak „kiedy przestać testować”, wskaźniki i podpis kontroli jakości.

=> Szkolenie QA, dzień 6: Śledzenie błędów, metryki testów i podpisywanie testów

Daj nam znać, jak nam idzie i bądź na bieżąco z następnym artykułem.

rekomendowane lektury

^