7460590232

SYTUACJE, W KTÓRYCH LEPIEJ NIE AUTOMATYZOWAĆ

Subiektywna ocena	Gdy potrzebna jest subiektywna ocena przez człowieka funkcjonalności aplikacji jak np. w przypadku testów usability, user experience czy look-and-feel
Nowe/zmieniające się funkcjonalności	Gdy mamy do czynienia z nowymi lub zmieniającymi się funkcjonalnościami, które wciąż są rozwijane i często zmieniane, stworzenie skryptów automatycznych jest po prostu stratą czasu
Fragmenty strategiczne	Dla strategicznych funkcjonalności aplikacji, na które chcesz, by testerzy zwrócili szczególną uwagę, podejście ręczne może być skuteczniejsze
Złożona funkcjonalność	Zautomatyzowanie testów dla bardzo złożonych funkcjonalności może okazać się wyzwaniem nieopłacalnym ze względu na zbyt wysoki koszt, czas i energię potrzebną do ich napisania i utrzymania
Jednorazowe	Testy, które wykonasz tylko raz lepiej wykonać ręcznie. Jedynym wyjątkiem od tej reguły jest test wykonany z bardzo dużym zbiorem danych. Nawet jeśli będzie to działanie jednorazowe, to automatyzacja ma sens
Nagłe	Testy, które należy uruchomić JAK NAJSZYBCIEJ. Zwykle opracowywana nowa funkcja wymaga szybkiej reakcji, więc najpierw trzeba ją ręcznie przetestować
Testy eksploracyjne	Sytuacje wymagające testów ad hoc, losowych opartych na wiedzy czy ekspertyzy