Jaka jest różnica między ponownym testowaniem a testowaniem regresji:
czy nie wszyscy uwielbiacie artykuły tematyczne porównywania i kontrastu? Wiem, że tak. To świetny sposób na zapraszanie myśli, komentarzy, a może nawet silnej niezgody.
dzisiejszy temat to ponowne testowanie Vs testowanie regresji.
=> Kliknij Tutaj, Aby Uzyskać Pełną Serię Testów Regresji.
zacznijmy od powtórzenia:
ponowne testowanie
ponowne testowanie oznacza ponowne testowanie. Powód nie ma znaczenia. Kiedy powtarzasz test, testujesz ponownie. Możesz ponownie przetestować funkcjonalność bieżącej wersji. Lub poprawka błędu, funkcjonalność poprzedniej wersji, przypadek testowy, który właśnie uruchomiłeś, itp.
jeśli nadal myślisz-dlaczego – oto kilka powodów, które są tak dobre, jak każdy inny:
- przeprowadziłeś wczoraj test i natrafiłeś na usterkę. Chcesz potwierdzić kroki i powtarzalność usterki. Więc testujesz ponownie.
- przeprowadziłeś test. Twoja uwaga nie była na nim (może zadzwonił Twój telefon, albo rozmawiałeś z kolegą itp.). Chcesz sprawdzić jeszcze raz, więc sprawdź ponownie.
ponowne testowanie jest, gdy powtarzasz test z dowolnego powodu. Jest to jeden z tych terminów, które pozostają wierne jego definicji.
Test regresji
oprogramowanie ewoluuje. Będą nowe wersje nad już istniejącymi. Jest piętrzenie nowych funkcji, rozszerzeń itp. Ale z czasem może to prowadzić do niestabilności aplikacji.
wyobraź sobie, że robisz wieżę blokową, dodając jeden blok nad drugim. Nie poświęcasz czasu na wzmocnienie lub wzmocnienie bazy. Niedługo zawali się wieża, prawda?
tak po prostu będziesz musiał przetestować podstawę oprogramowania pod kątem wytrzymałości i stabilności.
aby to zrobić, musielibyśmy ponownie przetestować oprogramowanie. To jedyny sposób.
zalecane czytanie => co to jest test regresji? Narzędzia i najlepsze praktyki
regresja jest formą ponownego badania. Specyfika „dlaczego” i „kiedy” jest tym, co odróżnia ją od tego pierwszego.
1) Kiedy przeprowadzamy powtórne testy? Kiedy oprogramowanie ulega zmianie
2) Dlaczego testujemy ponownie? Aby upewnić się, że nowe dodatki/zmiany nie sprawiły, że funkcjonalność przed pracą jest niestabilna. Regresja jest powszechna i zalecana, gdy:
- nowa wersja staje się dostępna.
- poprawka błędu
zwróć uwagę: wyczerpujące testowanie regresji jest niemożliwe, choć pożądane.
dlatego wykonaj analizę regresji, zanim przejdziesz od razu do testów. Ten krok polega na podjęciu decyzji, ile regresji powinienem zrobić dla mojej aplikacji.
od czego zależy zakres regresji?
- charakter zmiany
- relacja/wpływ zmiany na obecny system/funkcję
- Dostępny czas i zasoby
jak testerzy mogą decydować o zakresie regresji?
1) poprzez doświadczenie i znajomość aplikacji
2) omówienie z programistami
3) miejsce, w którym dokonano zmiany. Na przykład: jeśli znajduje się na stronie głównej, wymaga więcej uwagi niż na jednej z mniej odwiedzanych stron.
:
- regresja jednostkowa
- regresja częściowa
- regresja Pełna
regresja jednostkowa oznacza ponowne przetestowanie tylko zmienionego modułu/obszaru aplikacji.
częściowa regresja oznacza ponowne przetestowanie zmienionego modułu. Plus obejmują te, które wchodzą w interakcję z nim.
Pełna regresja polega na testowaniu całej aplikacji niezależnie od lokalizacji zmiany.
to zależy od sytuacji (czas & dostępność zasobów), powagi zmiany (jej wpływu), wejść programisty itp. Będziesz bardziej wydajny, gdy wybierzesz odpowiedni zestaw testów vs. wszystkie testy.
Analiza regresji jest kluczowym czynnikiem sukcesu. Wymaga raczej mądrej pracy niż ciężkiej pracy.
nieporozumienia na temat testowania regresji
istnieje wiele nieporozumień na temat testowania regresji:
#1) regresja odbywa się zawsze poprzez automatyzację: Nie. Regresja odbywa się również ręcznie. Mamy cały artykuł na ten temat => jak przeprowadza się testy regresyjne? Czy można to zrobić ręcznie?
zwróć uwagę, że regresja jest idealnym kandydatem do automatyzacji. Zakres powtarzania jest czasochłonny i może prowadzić do nudy. Ponadto ważna Walidacja może zostać pominięta. Automatyzacja jest niezawodną, szybką i wydajną alternatywą.
Czytaj także = >
#2) regresja nigdy nie jest kompletna: prawda. Ale nie do końca.
chodzi mi o to, że wyczerpujący test regresji może być niemożliwy. Ale wyczerpujące testy regresji mogą być również niepotrzebne.
Załóżmy, że zmieniłeś literówkę na stronie głównej. Ta poprawka jest niewielka. Jest również odizolowany od innych obszarów zastosowania. Tak więc wystarczy zwykłe ponowne testowanie funkcji. Nie ma potrzeby cofania poprzedniej funkcjonalności wokół strony głównej.
#3) to jest niepotrzebne, gdy masz kryzys na czas: nieprawda. Niewystarczająca regresja prowadzi do braku zaufania do produktu. Nigdy nie będziesz wiedział, czego się spodziewać po jego reakcji na różne scenariusze użytkownika końcowego.
#4) uruchamia każdy przypadek testowy z poprzedniej wersji: po raz kolejny, wybór każdego przypadku testowego nie jest właściwym sposobem, aby to zrobić. Strategiczne wybieranie przypadków testowych jest kluczem. Zrozum zmianę i wybierz dopasowane przypadki testowe.
OK, czyli test powtórny i test regresji w szczegółach.
teraz porównanie.
Retesting Vs Regression Testing
co jest w nich takiego samego?
- oba są oparte na powtórzeniach
- Walidacja i techniki testowania czarnej skrzynki
- automatyzacja lub ręczne przypadki testowe są ponownie testowane lub regresowane
- „trzeba zweryfikować lub usunąć swoje wątpliwości i przekształcić je w pewność tak lub nie – Thomas Carlyle”. Oboje to robią.
czym się różnią?
- ponowne testowanie ma zastosowanie do każdej docelowej funkcji testowej bieżącej lub poprzedniej wersji. Regresja jest poprzednia wersja funkcjonalność centric.
- ponowne testowanie nie jest zależne od odpowiednich zmian. Regresja jest zorientowana na zmiany.
wreszcie, aby trafić do tej koncepcji domu:
powiedzmy, że masz przypadek testowy XYZ, który spowodował usterkę z ID 120. Ta wada zostanie naprawiona w następnym wydaniu. Ponownie przetestujesz przypadek testowy XYZ i cofniesz funkcjonalność wokół niego. Regresja polega na upewnieniu się, że wszystko działa nienaruszone po poprawce 120. Ponowne badanie polega na ustaleniu poprawki usterki.
tak więc to ani jedno, ani drugie, ale połączenie regresji i ponownego testowania tworzy dynamiczny duet.
teraz twoja kolej. Czy zgadzasz się z definicjami i analizami podanymi tutaj?
o autorze: artykuł napisał członek zespołu sth Swati S.