Strategia automatyzacji testów - wszystko, co powinno się wiedzieć

Opublikowane: 2023-02-28
Autor: Michał Zaczyński

Czy można realizować automatyzację testów oprogramowania bez konkretnego planu? Co powinna zawierać dobrze przygotowana strategia? O automatyzacji testów oprogramowania, jej plusach i minusach oraz korzyściach dla biznesu rozmawiamy z Michałem Zaczyńskim, Ekspertem ds. Testowania Oprogramowania.

Jakie są krótkoterminowe i długoterminowe korzyści biznesowe z automatyzacji testów?

Trudno rozpatrywać korzyści biznesowe w oderwaniu od przedmiotu automatyzacji, technologii, w której jest stworzony produkt, czy konkretnych narzędzi. Testowanie oprogramowania zawsze przynosi profity.

W przypadku prostej strony www bez skomplikowanej logiki biznesowej, stworzonej dzięki wykorzystaniu popularnej platformy, możemy poznać wyniki testów nawet w ciągu kilku godzin, używając komercyjnych narzędzi do automatyzacji. Natomiast w przypadku bardziej skomplikowanych przedmiotów testów oprogramowania oraz mnogości wykorzystywanych narzędzi do automatyzacji testów czy budowania własnych, skrojonych na miarę frameworków ten czas znacząco się wydłuża – nawet do 2-3 miesięcy. 

Warto jednak zaznaczyć, że dla biznesu nie jest to czas stracony. Każdy napisany test automatyczny to oszczędność czasu przeznaczanego na manualne sprawdzanie, dzięki czemu można go wykorzystać na inne, bardziej zaawansowane działania.

Jako długoterminowe korzyści można wymienić te najważniejsze jak feedback o jakości aplikacji, możliwość częstszego testowania, uwolnienie zasobów czasowych testerów manualnych, którzy mogą się skoncentrować na niepokrytych do tej pory testami automatycznymi obszarach, czy też powtarzalność samych testów automatycznych. To wszystko powoduje znaczącą poprawę samego procesu testowego, a finalnie skutkuje lepszej jakości produktem, oczywiście przy założeniu naprawy zgłoszonych defektów.

Czy automatyzacja testów jest wymagana dla każdego projektu oprogramowania, czy są sytuacje, w których nie jest potrzebna?

Nie, nie jest wymagana i w wielu przypadkach nie ma biznesowego uzasadnienia jej przeprowadzania. Ma to szczególnie miejsce w przypadku projektów krótkoterminowych, w których wprowadzenie automatyzacji mogłoby zająć więcej czasu niż sam rozwój produktu. Innym przykładem mogą być projekty ściśle związane ze sprzętem, gdzie wymagane są działania manualne np. w celu wymiany chipa, przepięcia kart rozszerzeń itd. W tym wypadku koszt utworzenia urządzeń, które byłyby używane podczas testów automatycznych, jest zbyt duży w stosunku do korzyści. Kolejnym przykładem może być projekt koncentrujący się tylko na części graficznej aplikacji (UI), która ulega bardzo częstym zmianom. W tym przypadku również szczególnej analizie należy poddać fakt, czy koszt utrzymania takich testów nie przerośnie potencjalnych korzyści.

 

Czy są jakieś kryteria (dojrzałości lub inne), które firma/projekt powinien spełniać, aby móc skorzystać z automatyzacji testów?

Zdecydowanie solidna analiza biznesowa oraz zdefiniowanie na jej podstawie realistycznych celów, które chcemy osiągnąć dzięki automatyzacji.

Czy zawsze potrzebujemy strategii testowania automatyzacji, czy też możemy się bez niej obejść i dlaczego?

Strategia automatyzacji testów powinna zawierać między innymi:

  • określenie zakresu automatyzacji oraz poziomu testowania,
  • zdefiniowanie frameworku oraz narzędzi do automatyzacji,
  • wskazanie środowisk testowych,
  • utworzenie samych testów oraz ich uruchomienie.

Wydaje się, że niemożliwym jest przeprowadzenie automatyzacji testów, pomijając któryś z powyższych kroków. Nawet, jeśli prowadzimy projekt bardzo podobny do już zrealizowanego, wykorzystujący te same technologie i zasoby, to podświadomie i tak analizujemy możliwości rozwoju.

Warto też pamiętać, że brak strategii również może być strategią.

 

Jakie zmienne powinno się brać pod uwagę podczas projektowania strategii testów automatycznych?

Wynikają one bezpośrednio z kroków wchodzących w skład strategii, zdefiniowanych we wcześniejszym pytani i są to:

  • typ i poziom testów,
  • dostępne zasoby oraz umiejętności zespołu testowego,
  • pożądane cechy frameworka oraz narzędzi do automatyzacji (sposób, w jaki będą uruchamiane).
  • cel automatyzacji testów.

Jak sprawdzić, czy przyjęta strategia testowania automatycznego jest faktycznie dobra?

Strategia jest dobra, kiedy pozwala osiągnąć zdefiniowane cele przy akceptowalnej wartości ROI. Te dwie informacje bez wątpienia potwierdzają, że wybrana droga automatyzacji jest właściwa.

Jakie są niektóre najlepsze praktyki lub trendy, które obserwujesz w dziedzinie automatyzacji testów oprogramowania?

W kontekście najnowszych trendów można zauważyć próbę zdobycia rynku przez różne narzędzia wykorzystujące AI i stosujące podejście codeless. Nie zdominowały one jeszcze rynku, ale na pewno stają się coraz popularniejsze. Wydaje się, że główną przeszkodą w ich używaniu jest koszt licencji, często uzależniony od tworzonej liczby testów. Na pewno warto też wspomnieć o frameworku Playwright (open source), o którym coraz więcej słychać w testerskiej społeczności.

Dobrych praktyk jest wiele, ale wydaje się, że wszystkie można skupić w jedno – traktuj automatyzację testów oprogramowania, jak każdy innych projekt deweloperski, kierując się tymi samymi zasadami. Dzięki takiemu podejściu nie będziesz na nowo rozwiązywać starych i dobrze znanych problemów, niezależnie od tego, czy tworzysz aplikację, czy “tylko” piszesz testy automatyczne.

Jeśli poszukujesz partnera technologicznego do przetestowania Twojego oprogramowania – napisz do nas! Zrealizowaliśmy z sukcesem wiele projektów, które wymagały realizacji testów automatycznych, wyboru właściwego typu testów, wyboru odpowiednich narzędzi lub stworzenia ich od postaw i chętnie podpowiemy Ci jak to zrobić. Umów się na bezpłatną konsultację!


Co jeszcze robimy na co dzień ?

Autor: Michał Zaczyński,
Ekspert ds. Testów Automatycznych

Ekspert ds. Testów Automatycznych z Solwitem związany od ponad 10 lat. Tester z krwi i kości – jego doświadczenie obejmuje działania Quality Assurance, pracę z normami IEEE/ISO i nadzór nad projektami testowymi. Wierzy, że na dobrego specjalistę składa się wiedza praktyczna poparta znajomością części teoretycznej, doprawiona kroplą “tego czegoś”, co po prostu trzeba mieć.

SKONTAKTUJ SIĘ
Wypełnij
formularz.
Skontaktujemy się z Tobą,
żeby umówić rozmowę
w dogodnym dla Ciebie terminie.

Hidden
(wymagane)