Ponowne testowanie
Ponowne testowanie to proces sprawdzania określonych przypadków testowych, w których wykryto błędy w końcowym wykonaniu. Ogólnie rzecz biorąc, testerzy znajdują te błędy podczas testowania aplikacji i przypisują je programistom, aby je naprawili. Następnie programiści naprawiają błąd / i przekazują go testerom w celu weryfikacji. Ten ciągły proces nazywa się ponownym testowaniem.
Co to jest testowanie regresji?
Testy regresyjne to rodzaj testów oprogramowania wykonywanych w celu sprawdzenia, czy zmiana kodu nie zakłóciła niekorzystnie obecnych funkcji i funkcji aplikacji.
Ponowne testowanie kontra Testowanie regresyjne jest częstym pytaniem wśród kandydatów do kontroli jakości.
KLUCZOWA RÓŻNICA
- Testy regresyjne są wykonywane dla przypadków testowych, które przeszły pomyślnie, a ponowne testy są wykonywane tylko dla przypadków testowych, które zakończyły się niepowodzeniem.
- Testy regresyjne sprawdzają nieoczekiwane skutki uboczne, podczas gdy ponowne testowanie upewnia się, że pierwotna usterka została naprawiona.
- Testowanie regresyjne nie obejmuje weryfikacji defektów, podczas gdy ponowne testowanie obejmuje weryfikację defektów.
- Testowanie regresji jest znane jako testowanie ogólne, podczas gdy ponowne testowanie jest testowaniem planowanym.
- Testowanie regresyjne jest możliwe przy użyciu automatyzacji, podczas gdy ponowne testowanie nie jest możliwe w przypadku automatyzacji.
Poniżej znajduje się szczegółowe porównanie z przykładem
Ponowne testy a testy regresyjne
| Testowanie regresji | Ponowne testowanie |
- Testy regresyjne są przeprowadzane w celu potwierdzenia, czy niedawna zmiana programu lub kodu nie wpłynęła niekorzystnie na istniejące funkcje
|
- Przeprowadzane jest ponowne testowanie w celu potwierdzenia, że przypadki testowe, które nie powiodły się w końcowym wykonaniu, przechodzą po naprawieniu defektów
|
- Celem testów regresyjnych jest to, że nowe zmiany w kodzie nie powinny mieć żadnych skutków ubocznych dla istniejących funkcji
|
- Ponowne testowanie odbywa się na podstawie naprawionych Wad
|
- Weryfikacja defektów nie jest częścią testów regresyjnych
|
- Weryfikacja defektów jest częścią ponownego testowania
|
- W oparciu o projekt i dostępność zasobów, testy regresyjne można przeprowadzać równolegle z ponownymi testami
|
- Priorytet ponownego testowania jest wyższy niż testowania regresyjnego, dlatego jest przeprowadzany przed testami regresyjnymi
|
- Możesz zrobić automatyzację testów regresji, testowanie ręczne może być kosztowne i czasochłonne
|
- Nie można zautomatyzować przypadków testowych do ponownego testowania
|
- Testowanie regresji jest znane jako testowanie ogólne
|
- Ponowne testowanie jest testem planowanym
|
- Testowanie regresji jest wykonywane dla przypadków testowych, które przeszły pomyślnie
|
- Ponowne testowanie jest wykonywane tylko dla przypadków testowych, które zakończyły się niepowodzeniem
|
- Testy regresyjne sprawdzają nieoczekiwane skutki uboczne
|
- Ponowne sprawdzenie zapewnia, że pierwotna usterka została naprawiona
|
- Testowanie regresyjne jest wykonywane tylko wtedy, gdy w istniejącym projekcie są jakieś modyfikacje lub zmiany stają się obowiązkowe
|
- Ponowne testowanie powoduje wykonanie defektu z tymi samymi danymi i tym samym środowiskiem z różnymi danymi wejściowymi w nowej kompilacji
|
- Przypadki testowe do testów regresyjnych można znaleźć w specyfikacji funkcjonalnej, samouczkach i podręcznikach użytkownika oraz raportach o defektach w odniesieniu do naprawionych problemów
|
- Przypadków testowych do ponownego testowania nie można uzyskać przed rozpoczęciem testów.
|
