STLC - wykonanie testu

Wykonywanie testów to proces wykonywania kodu i porównywania oczekiwanych i rzeczywistych wyników. Podczas wykonywania testów należy wziąć pod uwagę następujące czynniki:

W oparciu o ryzyko wybierz podzbiór zestawu testów do wykonania w tym cyklu.
Przypisz przypadki testowe z każdego zestawu testów do testerów do wykonania.
Wykonuj testy, zgłaszaj błędy i rejestruj stan testów w sposób ciągły.
Rozwiąż problemy z blokowaniem, gdy się pojawią.
Raportuj status, dostosowuj przydziały i codziennie ponownie rozważaj plany i priorytety.
Raportowanie wyników i stanu cyklu testowego.

Podczas wykonywania testów należy wziąć pod uwagę następujące punkty.

W tej fazie zespół ds. Kontroli jakości przeprowadza faktyczną walidację AUT na podstawie przygotowanych przypadków testowych i porównuje wynik krokowy z oczekiwanym wynikiem.
Kryterium wejścia do tej fazy to ukończenie Planu Testów i fazy Rozwoju Przypadków Testowych, dane testowe również powinny być gotowe.
Walidacja konfiguracji środowiska testowego jest zawsze zalecana poprzez testowanie dymu przed oficjalnym wejściem do wykonania testu.
Kryteria zakończenia wymagają pomyślnej weryfikacji wszystkich przypadków testowych; Wady powinny być zamknięte lub odroczone; Wykonanie przypadku testowego i raport podsumowujący defekty powinny być gotowe.

Działania w celu wykonania testów

Celem tej fazy jest walidacja AUT w czasie rzeczywistym przed przejściem do produkcji / wydania. Aby wypisać się z tej fazy, zespół kontroli jakości przeprowadza różne rodzaje testów, aby zapewnić jakość produktu. Wraz z raportowaniem defektów i ponownym testowaniem jest również kluczowym działaniem na tym etapie. Poniżej przedstawiono ważne czynności w tej fazie -

Testowanie integracji systemów

Prawdziwa walidacja produktu / AUT zaczyna się tutaj. Testowanie integracji systemu (SIT) to technika testowania czarnoskrzynkowego, która ocenia zgodność systemu z określonymi wymaganiami / przygotowanymi przypadkami testowymi.

Testowanie integracji systemu jest zwykle wykonywane na podzbiorze systemu. SIT można przeprowadzić przy minimalnym użyciu narzędzi testujących, zweryfikować pod kątem wymienianych interakcji, a także zbadać zachowanie każdego pola danych w ramach poszczególnych warstw. Po integracji istnieją trzy główne stany przepływu danych -

Stan danych w warstwie integracji
Stan danych w warstwie bazy danych
Stan danych w warstwie aplikacji

Note- Podczas testów SIT zespół QA stara się znaleźć jak najwięcej usterek, aby zapewnić jakość. Głównym celem jest znalezienie jak największej liczby błędów.

Zgłaszanie defektów

Błąd oprogramowania pojawia się, gdy oczekiwany wynik nie zgadza się z rzeczywistym wynikiem. Może to być błąd, wada, awaria lub usterka w programie komputerowym. Większość błędów wynika z błędów i błędów popełnianych przez programistów lub architektów.

Podczas przeprowadzania testów SIT zespół QA znajduje tego typu defekty i należy je zgłosić odpowiednim członkom zespołu. Członkowie podejmują dalsze działania i naprawiają usterki. Kolejną zaletą raportowania jest ułatwienie śledzenia statusu defektów. Istnieje wiele popularnych narzędzi, takich jak ALM, QC, JIRA, Version One, Bugzilla, które obsługują raportowanie i śledzenie defektów.

Raportowanie defektów to proces znajdowania usterek w testowanej aplikacji lub produkcie poprzez testowanie lub rejestrowanie informacji zwrotnych od klientów i tworzenie nowych wersji produktu, które usuwają usterki na podstawie opinii klienta.

Śledzenie defektów jest również ważnym procesem w inżynierii oprogramowania, ponieważ złożone i krytyczne dla firmy systemy mają setki defektów. Jednym z najtrudniejszych czynników jest zarządzanie tymi defektami, ich ocena i priorytetyzacja. Liczba defektów zwielokrotnia się w czasie, a do efektywnego zarządzania nimi stosowany jest system śledzenia defektów ułatwiający pracę.

Mapowanie defektów

Po zgłoszeniu i zarejestrowaniu defektu należy go zmapować z odpowiednimi przypadkami testowymi zakończonymi niepowodzeniem / zablokowanymi i odpowiednimi wymaganiami w macierzy śledzenia wymagań. To mapowanie jest wykonywane przez zgłaszającego defekty. Pomaga sporządzić prawidłowy raport o wadzie i przeanalizować niegrzeczność produktu. Po zmapowaniu przypadków testowych i wymagań z defektem, interesariusze mogą przeanalizować i podjąć decyzję, czy naprawić / odroczyć defekt w oparciu o priorytet i wagę.

Ponowne testowanie

Ponowne testowanie polega na wykonywaniu uprzednio zakończonego niepowodzeniem testu przeciwko AUT w celu sprawdzenia, czy problem został rozwiązany. Po naprawieniu usterki przeprowadza się ponowne testy, aby sprawdzić scenariusz w tych samych warunkach środowiskowych.

Podczas ponownego testowania testerzy szukają szczegółowych szczegółów w zmienionym obszarze funkcjonalności, podczas gdy testy regresyjne obejmują wszystkie główne funkcje, aby zapewnić, że żadna funkcjonalność nie zostanie uszkodzona z powodu tej zmiany.

Testowanie regresji

Gdy wszystkie defekty mają status zamknięty, odroczony lub odrzucony, a żaden z przypadków testowych nie jest w toku / nie powiódł się / nie działa, można powiedzieć, że testowanie integracji systemu jest całkowicie oparte na przypadkach testowych i wymaganiach. Jednak jedna runda szybkiego testowania jest wymagana, aby upewnić się, że żadna z funkcji nie zostanie uszkodzona z powodu zmian kodu / naprawionych defektów.

Testowanie regresyjne to technika testowania czarnoskrzynkowego polegająca na ponownym wykonaniu tych testów, które miały wpływ na zmiany kodu. Testy te powinny być wykonywane tak często, jak to możliwe, przez cały cykl życia oprogramowania.

Rodzaje testów regresji

Final Regression Tests- „Końcowe testy regresji” są wykonywane w celu sprawdzenia poprawności kompilacji, która nie uległa zmianie przez pewien czas. Ta kompilacja jest wdrażana lub wysyłana do klientów.
Regression Tests - Zwykłe testy regresyjne są wykonywane w celu sprawdzenia, czy kompilacja NIE uszkodziła żadnych innych części aplikacji przez ostatnie zmiany kodu w celu naprawienia defektów lub rozszerzenia.

Schemat blokowy aktywności

Poniższy schemat blokowy przedstawia ważne czynności wykonywane w tej fazie; pokazuje również zależność z poprzednich faz -