Testy regresywne
November 30th, 2007 | by admin |
Testy regresywne.pdf
Celem przeprowadzania testów regresywnych jest upewnienie się, że aplikacja działa po dokonaniu w niej modyfikacji, poprawieniu błędów lub po dodaniu nowej funkcjonalności.
Cecha: powtarzalność
Co dają testy regresywne:
- Wyszukanie błędów powstałych w wyniku zmian kodu/środowiska.
- Ujawnienie wcześniej nie odkrytych błędów.
- Jest to dobry kandydat do automatyzacji ze względu na swoją powtarzalność.
Iteracyjne metodologie oraz krótkie cykle w których dostarczane są kolejne funkcjonalności powodują, że testy regresywne pozwalają upewnić się czy nowe funkcjonalności nie wpłynęły negatywnie na istniejące już i działające części systemu.
Testy regresywne mogą być przeprowadzane dla kompletnego produktu lub jego części. Jeżeli pomiędzy cyklami testów nie można przeprowadzić pełnych testów regresywnych aplikacji (koszty, czas), przypadki testowe, które włączamy do testu, powinny być dobierane na podstawie:
- Jakie błędy zostały poprawione, jakie rozszerzenia czy zmiany zostały wprowadzone
- Których obszarów aplikacji zmiany te dotyczą najbardziej
- Jaki jest wpływ wprowadzonych zmian na inne części systemu
Testy regresywne powinny być przeprowadzane po smoke testach lub testach typu sanity. Ten typ testów pozwala upewnić się czy otrzymana nowa wersja aplikacji jest “testowalna” i czy warto zaczynać z nią pracę.
Tags: testy regresyjne, testy regresywne
4 Responses to “Testy regresywne”
By aktis on Jan 27, 2008 | Reply
Moim zdaniem testy regresywne nie mają na celu ujawnianie wcześniej nie wykrytych błędów, ale znajdowanie błędów powstałych w wyniku zmian wprowadzonych do komponentów nie będących obiektem testów regresywnych (side efects). Takie testy wykonuje się wielokrotnie, są dość kosztowne oraz, poprzez swoją powtarzalność, nużące. Dlatego też opłaca się je automatyzować.
By szczepan on May 23, 2008 | Reply
dochodzi do tego sprawdzenie czy zgloszone wczesniej bledy zostaly poprawione i czy podczas ich naprawiania nie powstaly nowe bledy.
By admin on Dec 1, 2008 | Reply
Automatyzacja testów regresywnych jest opłacalna do momentu w którym nakład pracy na utrzymanie skryptów jest mniejszy niż te same testy wykonywane manualnie.
Często zmieniające się środowisko, znaczące i częste zmiany w istniejących funkcjonalnościach są powodem dla którego warto rozważyć automatyzowanie testów.
By tester1 on Aug 18, 2009 | Reply
Wszystko zależy od współpracy w zespole i dokumentacji wprowadzanych zmian. Jesli np. tester nie ma dostępu do systemu, gdzie zmiany są rejestrowane to decyzje co należy włączyć do testów regresywnych jest oparta na…niczym.
Powyższa opinia dotyczy testów rozległego systemu, przy czym tester nie ma dostępu do kodu.