Historia pytania:
Pierwsze narzędzia do automatyzacji testów pojawiły się ponad 20 lat temu: wtedy były to proste środki rejestracji i odtwarzania działań użytkownika. Z czasem pojawiły się języki programowania, wyspecjalizowane frameworki oraz potężne narzędzia, takie jak Selenium, Appium, TestCafe, Playwright i inne. Dziś wybór narzędzia zależy od wielu czynników: specyfiki projektu, zespołu, skalowalności, typu rozwijanego aplikacji.
Problem:
Główną trudnością jest brak uniwersalnego rozwiązania. Narzędzia różnią się wspieranymi platformami (web, mobile, desktop), językami programowania, łatwością wdrażania, wydajnością oraz kosztami utrzymania. Często firmy popełniają błąd, kierując się tylko popularnością lub rekomendacjami, bez analizy własnych zadań i ograniczeń.
Rozwiązanie:
Aby dokonać właściwego wyboru, należy uwzględnić takie kryteria, jak: kompatybilność z technologicznym stosem, wsparcie zespołu, odporność na aktualizacje aplikacji, możliwość integracji z istniejącymi pipeline’ami, dostępność wsparcia i dokumentacji, koszty wdrożenia i utrzymania. Ważne jest przeprowadzenie analizy porównawczej oraz przetestowanie 2-3 narzędzi na rzeczywistym zadaniu przed podjęciem ostatecznej decyzji.
Kluczowe cechy:
Czy można wziąć najpopularniejszy framework (np. Selenium) i być pewnym, że idealnie nadaje się do wszystkich zadań?
Nie, Selenium to potężne narzędzie, ale nie jest przeznaczone do automatyzacji wszystkiego. Na przykład, aplikacji mobilnych nie wspiera. Ponadto ma swoje specyfikacje dotyczące integracji z różnymi językami i szczegóły dotyczące wsparcia.
Czym różnią się płatne narzędzia do automatyzacji od darmowych? Czy ich zakup jest uzasadniony?
Płatne narzędzia często oferują dodatkowe wsparcie, lepsze narzędzia wizualne, integrację z rozwiązaniami korporacyjnymi. Jednak w związku z rozwojem Open Source wiele zadań można skutecznie realizować za darmo. Zakup jest uzasadniony, gdy wymagane jest szybkie wsparcie, specjalistyczna integracja lub bezpieczeństwo.
Czy tylko jedno narzędzie do automatyzacji jest wystarczające dla wszystkich rodzajów testów w dużym projekcie?
Zazwyczaj nie. Dla różnych zadań mogą być potrzebne różne narzędzia. Na przykład, dla web wygodne jest Selenium, dla mobile — Appium, dla API — Postman+Newman lub Rest Assured itd.
W firmie fintech postanowiono użyć Selenium do automatyzacji wszystkiego: web, aplikacji mobilnych i API. W ciągu roku zespół musiał napisać wiele niestabilnych wrapperów i obejść dla testów aplikacji mobilnej, a API testowano ręcznie.
Plusy:
Minusy:
W innej firmie oceniono specyfikę zadań: web testowano przez Playwright, aplikacje mobilne — przez Appium, a API — przez Rest Assured. Zespół przeszedł szkolenie, skonfigurował pipeline’y i osiągnął wysokie pokrycie przy stabilnej pracy.
Plusy:
Minusy: