Menu

Różnica między ponownym testowaniem a testowaniem regresji na przykładzie

difference between retesting

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Jaka jest różnica między ponownym testowaniem a testami regresyjnymi:

Czy nie podobają wam się artykuły tematyczne dotyczące porównywania i kontrastowania? Wiem, że tak. To świetny sposób na zachęcenie do przemyśleń, komentarzy, a może nawet silnego sporu.

Dzisiejszy temat to ponowne testowanie testów regresji.

=> Kliknij tutaj, aby zobaczyć pełną serię testów regresji.

Zacznijmy od ponownego przetestowania:

Czego się nauczysz:

Ponowne testowanie

Retest oznacza ponowne przetestowanie. Powód nie ma znaczenia. Kiedy powtarzasz test, ponownie testujesz. Możesz ponownie przetestować funkcjonalność aktualnej wersji. Lub poprawka błędu, funkcjonalność poprzedniej wersji, przypadek testowy, który właśnie uruchomiłeś itp.

Ponowne testy i testy regresyjne

Jeśli nadal myślisz - dlaczego - oto kilka powodów, które są tak dobre, jak inne:

  • Przeprowadziłeś wczoraj test i napotkałeś usterkę. Chcesz potwierdzić kroki i odtwarzalność wady. Więc powtórz test.
  • Przeprowadziłeś test. Twoja uwaga nie była skupiona na tym (może zadzwonił telefon lub rozmawiałeś z kolegą itp.). Chcesz sprawdzić jeszcze raz, więc powtórz test.

Jestem pewien, że to rozumiesz.

Ponowny test ma miejsce, gdy powtórzysz test z dowolnego powodu. Jest to jeden z tych terminów, które pozostają wierne swojej definicji.

Test regresji

Oprogramowanie ewoluuje. Będą nowe wersje w stosunku do istniejących. Jest mnóstwo nowych funkcji, rozszerzeń itp. Jednak z czasem może to doprowadzić do niestabilności aplikacji.

Wyobraź sobie, że tworzysz wieżę blokową, dodając jeden blok nad drugim. Nie poświęcasz czasu na wzmocnienie lub wzmocnienie podstawy. Nie potrwa długo, zanim wieża się rozbije, prawda?

najlepsze darmowe oprogramowanie do tworzenia kopii zapasowych dla systemu Windows 10 2017

Właśnie w ten sposób 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.

Zalecana lektura => Co to jest testowanie regresji? Narzędzia i sprawdzone metody

Regresja jest formą Retestu. Specyfika „Dlaczego” i „Kiedy” odróżnia je od poprzedniego.

1) Gdy czy ponownie testujemy? Kiedy oprogramowanie ulega zmianie

dwa) Dlaczego czy ponownie testujemy? Aby upewnić się, że nowe dodatki / zmiany nie spowodowały niestabilności funkcjonalności przed działaniem. Regresja jest powszechna i zalecana, gdy:

  • Dostępna jest nowa wersja. (Regresuj wszystkie lub przynajmniej najważniejsze funkcje starszej wersji)
  • Naprawa błędów

Zwróć uwagę: Wyczerpujące testy regresji są niemożliwe, choć pożądane.

Dlatego tak Analiza 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
  • Związek / wpływ zmiany na obecny system / funkcję
  • Dostępny czas i zasoby

W jaki sposób testerzy mogą decydować o stopniu regresji?

1) Dzięki doświadczeniu i znajomości aplikacji

dwa) Dyskusja z twórcami

3) Miejsce, w którym dokonano zmiany.Na przykład:jeśli znajduje się na stronie głównej, wymaga więcej uwagi, niż gdyby znajdował się na jednej z rzadziej odwiedzanych stron.

W zależności od czynników występujących w grze, zespół testowy może wybrać jedną z następujących czynności:

  • Regresja jednostkowa
  • Częściowa regresja
  • Pełna regresja

Regresja jednostkowa oznacza, że ​​ponownie przetestujesz TYLKO zmieniony moduł / obszar aplikacji.

Częściowa regresja oznacza ponownie przetestujesz zmieniony moduł. Dodatkowo uwzględnij te, które z nim wchodzą w interakcje.

Pełna regresja czy testujesz całą aplikację niezależnie od miejsca zmiany.

Zależy to od sytuacji (czasu i dostępności zasobów), powagi zmiany (jej wpływu), wkładu programisty itp. Będziesz bardziej wydajny, gdy wybierzesz odpowiedni zestaw testów niż wszystkie testy.

najlepszy bezpieczny konwerter youtube na mp3

Analiza regresji jest kluczowym czynnikiem sukcesu. Potrzebuje raczej inteligentnej pracy niż ciężkiej pracy.

Błędne przekonania na temat testów regresji

Istnieje wiele błędnych przekonań na temat testów regresji:

# 1) Regresja jest zawsze wykonywana poprzez automatyzację: Nie. Regresja jest również wykonywana ręcznie. Mamy cały artykuł na ten temat => Jak przeprowadza się testy regresji? Czy można to zrobić ręcznie?

Zauważ, że regresja jest idealnym kandydatem do automatyzacji. Zakres powtórzeń jest czasochłonny i może prowadzić do nudy. Ponadto może dojść do przeoczenia ważnej weryfikacji. Automatyzacja to niezawodna, szybka i wydajna alternatywa.

Przeczytaj także => Wyzwania związane z automatycznym testowaniem regresji

# 2) Regresja nigdy nie jest zakończona : Prawdziwe. 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ś błąd ortograficzny na stronie głównej. Ta poprawka jest niewielka. Jest również odizolowany od innych obszarów aplikacji. Tak więc wystarczyłoby proste ponowne przetestowanie funkcji. Nie ma potrzeby cofania poprzedniej funkcjonalności strony głównej.

# 3) To jest niepotrzebne kiedy masz problem z czasem : Nie prawda. Niewystarczająca regresja prowadzi do braku zaufania do produktu. Nigdy nie dowiesz się, czego się spodziewać po jego reakcji na różne scenariusze użytkowników końcowych.

# 4) Uruchamia każdy przypadek testowy z poprzedniej wersji: Po raz kolejny wybranie każdego przypadku testowego nie jest właściwym sposobem, aby to zrobić. Kluczem jest strategiczne wybieranie przypadków testowych. Zrozum zmianę i wybierz odpowiednie przypadki testowe.

OK, to jest szczegółowe testy ponownego testowania i testu regresji.

Teraz porównanie.

Ponowne testowanie Vs Regression Testing

Co z nimi jest tego samego?

  • Oba są oparte na powtórzeniach
  • Walidacja i Techniki testowania czarnoskrzynkowego
  • Zarówno przypadki testów automatycznych, jak i ręcznych są ponownie testowane lub cofane
  • „Należy zweryfikować lub odrzucić jego wątpliwości i przekształcić je w pewność Tak lub NIE - Thomas Carlyle”. Obaj to robią.

Co się w nich różni?

  • Ponowne testowanie ma zastosowanie do dowolnego testu - docelowej funkcji bieżącej lub poprzedniej wersji. Regresja jest skoncentrowana na funkcjonalności poprzedniej wersji.
  • Ponowne testowanie nie jest zależne od stosownej zmiany. Regresja jest zorientowana na zmianę.

Wreszcie, aby trafić do tej koncepcji:

Załóżmy, że masz przypadek testowy XYZ, który spowodował usterkę o numerze ID 120. Ta wada zostanie naprawiona w następnej wersji. Ponownie przetestowałbyś przypadek testowy XYZ i ograniczył funkcjonalność wokół niego. Regresja polega na upewnieniu się, że wszystko działa nienaruszone po poprawce 120. Ponowny test ma na celu określenie sposobu usunięcia wady.

Więc to nie jest ani jedno, ani drugie, ale połączenie regresji i ponownego testowania, które tworzy dynamiczny duet .

Teraz to już koniec dla Ciebie. Czy zgadzasz się z przedstawionymi tutaj definicjami i analizami?

O autorze: Ten artykuł został napisany przez członka zespołu STH Swati S.

jak zwrócić tablicę ciągów w java

Jakie są Twoje przemyślenia, komentarze i pytania na ten temat? Udostępnij, a my chcielibyśmy połączyć się z wami wszystkimi.

=> Odwiedź tutaj, aby zapoznać się z pełną serią testów regresji.

rekomendowane lektury

^