Wśród specjalistów ds. zapewnienia jakości (QA) od dawna toczą się debaty na temat zalet i wad testowania ręcznego i automatycznego, różnic między tymi dwoma podejściami, a powód jest całkiem logiczny: testowanie oprogramowania jest ważnym etapem podczas tworzenia produktu IT. W Innowise w pełni rozumiemy, dlaczego testowanie naprawdę ma znaczenie, dlatego świadczymy usługi testowania aplikacji internetowych i mobilnych na żądanie. Mamy nadzieję, że po przeczytaniu tego artykułu będziesz w stanie zdecydować, co będzie dla Ciebie lepsze w konfrontacji "Testowanie ręczne vs automatyczne". Porozmawiajmy najpierw o tych dwóch pojęciach.
Testy automatyczne są idealne do testowania regresji, ponieważ programiści zmieniają kod od czasu do czasu, a regresje mogą być wykonywane szybko.
Efektywna wydajność specyfikacji funkcjonalnych aplikacji jest identyfikowana podczas testowania oprogramowania. Zasadniczo bierze pod uwagę zgodność, kompatybilność, dokładność, bezpieczeństwo i trafność.
Obejmuje to testowanie interfejsu użytkownika, aby sprawdzić, czy GUI spełnia wszystkie niezbędne wymagania.
1. Kiedy zadania, które masz, zajmują dużo czasu.
Po osiągnięciu etapu, w którym wszystkie niezbędne zmiany i modyfikacje zostały już wprowadzone, należy sprawdzić, czy wszystkie działają prawidłowo. Oczywiście nie chciałbyś przechodzić przez całą funkcjonalność aplikacji w kółko, ponieważ testowanie regresyjne jest nie tylko znacznie lepsze, ale także zmniejsza wysiłek. W ten sposób znajdziesz najnowsze błędy, a także zaoszczędzisz czas i wysiłek.
2. Gdy masz do czynienia z powtarzalnymi zadaniami.
Istnieją przypadki, w których ciągle dodajesz funkcje, które są bardzo podobne lub nawet identyczne, lub stale wykonujesz identyczne operacje w swoim projekcie. Zostaw wszystkie problemy zautomatyzowanym testom i ciesz się zaoszczędzonym czasem.
3. Kiedy nie powinien wystąpić żaden ludzki błąd.
Wszystkie testy automatyczne są wykonywane za pomocą specjalnych narzędzi i skryptów. Dlatego ryzyko przeoczenia błędu jest minimalne. Z tego powodu oszczędza to czas i jest czymś, na czym można polegać.
4. Gdy oczekiwane jest kompleksowe testowanie GUI.
AT nie tylko identyfikuje, ale także rejestruje sposoby, w jakie platformy działają w inny sposób. Graficzne testowanie interfejsu użytkownika sprawdza się również w przypadkach, gdy trzeba wyszukać błędy regresji.
5. Gdy obciążenie i wydajność wymagają testów.
Szczerze mówiąc, nie ma sposobu na ręczne przetestowanie obciążenia i wydajności. Podczas AT symulowane są tysiące jednoczesnych użytkowników.
Należy pamiętać o następujących kwestiach: jeśli masz pewność, że żadna funkcjonalność nie zmieni się zbytnio w trakcie rozwoju projektu, wówczas testowanie automatyczne jest dobrym wyborem. Jeśli jednak spodziewasz się, że funkcjonalność zmieni się wiele razy - łatwiej jest przeprowadzić testy ręcznie.
Prawdopodobnie zastanawiasz się teraz, dlaczego istnieje MT. Nie lekceważ tego, ponieważ w rzeczywistości MT i tak musi zostać wykonane, zanim przejdziesz do AT. To prawda, że wymaga to wiele wysiłku, jednak nie ma innego sposobu, aby upewnić się, że testowanie automatyczne nie jest niemożliwe.Przygotowaliśmy listę testów niemożliwych lub trudnych do zautomatyzowania:
W tym przypadku niezbędne są umiejętności analityczne i logiczne, wiedza, kreatywność, doświadczenie i intuicja testera. Zwykle tego rodzaju testy zawierają słabą dokumentację specyfikacji, a ponadto nie można sobie pozwolić na poświęcenie dużej ilości czasu na ich uruchomienie. Taki scenariusz wymaga ludzkich umiejętności i wiedzy do przeprowadzenia testów.
W tego rodzaju testach nie ma żadnego "właściwego" lub "poprawnego" sposobu. Tester nie przygotowuje żadnego planu, a funkcjonalność systemu jest testowana przypadkowo, więc wyzwaniem w tym przypadku jest bycie jak najbardziej pomysłowym i kreatywnym oraz dołożenie wszelkich starań, aby "zniszczyć" system w celu znalezienia błędów.
1. Gdy projekt jest krótkoterminowy.
Z jednej strony, celem AT nie jest poświęcanie dużej ilości wysiłku i czasu, z drugiej strony, tworzenie testów automatycznych i wspieranie ich jest zarówno energochłonne, jak i czasochłonne. Jeśli masz stworzyć małą stronę internetową do promocji, to nie ma potrzeby stosowania AT.
2. Gdy potrzebne są testy akceptacji interfejsu użytkownika.
Jest to częsty przypadek, gdy MT jest faworytem, ponieważ interfejs użytkownika i jego elementy wizualne muszą zostać przetestowane. Powód tego jest dość prosty: testy automatyczne nie są w stanie zidentyfikować gestów, kolorów obrazów, podświetleń, rozmiarów czcionek i linków. Wyobraź sobie, że stworzyłeś aplikację i jest w niej błąd: link jest bardzo mały, więc użytkownik nie może go zobaczyć. Człowiek zauważy taki błąd w ciągu kilku sekund, podczas gdy test automatyczny nawet nie zauważy, że jest tu jakiś problem.
3. Gdy projekt znajduje się na początkowym etapie rozwoju.
Na tym etapie testerzy manualni mogą pomóc w znalezieniu wąskich gardeł w projekcie, co prowadzi do skrócenia czasu i wysiłku potrzebnego do późniejszego usunięcia błędów. Niektórzy uważają, że zautomatyzowane testowanie jest zbyt kosztowne i pochłania zbyt wiele zasobów na tym niestabilnym etapie rozwoju produktu. Inni twierdzą, że testy automatyczne powinny być obecne na każdym etapie rozwoju.
4. Gdy testowanie nie jest możliwe do zautomatyzowania.
Istnieją przypadki, w których automatyzacja jest niemożliwa. Zazwyczaj są to testy dotyczące sprzętu. Trudno jest stworzyć skrypty do testowania touchpadów, ekranów i czujników. Inną kwestią jest to, że istnieją dane, które można przetestować tylko ręcznie. Oczywiście możliwe jest wykonanie zautomatyzowanego testu, aby sprawdzić, czy drukarka faktycznie drukuje, jednak prawdopodobnie ręczne podejście będzie lepsze, jeśli zależy nam na jakości drukowanego obrazu.
