Testy wydajnościowe to kontrolowane symulacje ruchu użytkowników, które pokazują, jak serwis lub aplikacja zachowuje się pod obciążeniem. Dzięki nim można sprawdzić, jak szybko odpowiada strona, ilu użytkowników obsłuży jednocześnie i w którym momencie zaczyna zwalniać lub generować błędy.

Load testing sprawdza, czy serwis poradzi sobie z określonym, założonym wcześniej obciążeniem — na przykład 300 lub 1000 użytkowników jednocześnie. Stress testing idzie krok dalej i pokazuje, przy jakim poziomie ruchu serwis przestaje działać poprawnie lub zaczyna się przeciążać.

Koszt testów zależy od wybranego pakietu oraz zakresu prac — przede wszystkim od tego, czy realizowany jest prostszy test typu basic, czy bardziej zaawansowany scenariusz.

W ramach pakietu wybierane są reprezentatywne adresy URL do testów, np.:

• Około 10 losowych opublikowanych stron produktowych
• Około 10 losowych opublikowanych stron kategorii
• Wybrane strony serwisowe/informacyjne
• Strona główna serwisu

Zakres może obejmować m.in.:

• Odpytywanie strony głównej
• Odpytywanie stron kategorii
• Odpytywanie stron produktowych
• Odpytywanie stron serwisowych/informacyjnych
• Podstawowy pomiar response time, throughput oraz liczby błędów

Testy realizowane są na podstawie listy URL-i zapisanej w pliku CSV przy użyciu Apache JMeter. Standardowy czas pojedynczego testu wynosi 20 minut, z czego pierwsze 2 minuty stanowią ramp-up, czyli stopniowe i łagodne dochodzenie do docelowego obciążenia.

Pakiet basic realizowany jest standardowo z wykorzystaniem pojedynczej maszyny generującej ruch testowy i przeznaczony jest dla scenariuszy obejmujących do około 3000 równoczesnych sesji/użytkowników. Ograniczenie do jednej maszyny w pakiecie basic pozwala uprościć konfigurację środowiska testowego oraz proces generowania i analizy raportów wynikowych.

Pakiet obejmuje przygotowanie prostego scenariusza testowego, uruchomienie testów obciążeniowych, wygenerowanie raportu HTML (wykresy, czasy odpowiedzi, błędy, throughput) oraz podstawowe podsumowanie wyników i obserwacji dotyczących stabilności aplikacji pod obciążeniem.

Szacowany czas realizacji pakietu basic to około 1,5–2 dni robocze w zależności od liczby stron i zakresu testów. Czas ten obejmuje również przygotowanie i strojenie parametrów testowych (m.in. liczby wątków, RPS, ramp-up oraz poziomu docelowego obciążenia) w celu uzyskania możliwie reprezentatywnych wyników testów wydajnościowych.

Klient dostarcza pełną lub większą pulę adresów URL do testów (np. wszystkie opublikowane produkty, kategorie lub wybrane sekcje serwisu) w formie plików CSV.

Zakres może obejmować m.in.:

• Odpytywanie strony głównej
• Odpytywanie stron kategorii
• Odpytywanie stron produktowych
• Odpytywanie stron serwisowych/informacyjnych
• Odpytywanie dużej liczby adresów URL dostarczonych przez klienta
• Podstawowe lub rozszerzone ścieżki zakupowe dla użytkowników
• Pomiar response time, throughput, błędów oraz stabilności aplikacji pod obciążeniem

Możliwe jest przygotowanie bardziej dynamicznych scenariuszy opartych o dane wejściowe dostarczone przez klienta (np. pełna lista produktów lub kategorii eksportowana do CSV).

Standardowy czas pojedynczego testu wynosi 20 minut, z czego pierwsze 2 minuty stanowią ramp-up, czyli stopniowe i łagodne dochodzenie do docelowego obciążenia.

Pakiet medium umożliwia realizację bardziej rozbudowanych testów obciążeniowych, w tym możliwość wykorzystania wielu maszyn generujących ruch testowy w celu osiągnięcia wyższego poziomu równoczesnych sesji/użytkowników.

W przypadku scenariuszy wymagających logowania konieczne może być:

• Zapewnienie dostępu do środowiska testowego
• Umożliwienie rejestracji i wykorzystania kont testowych
• Brak mechanizmów CAPTCHA w procesie logowania lub zakupowym — JMeter nie obsługuje CAPTCHA
• Przygotowanie scenariuszy automatycznie rejestrujących użytkowników testowych
• Zapewnienie możliwości aktywacji nowo utworzonych kont testowych, jeżeli proces rejestracji tego wymaga, np. poprzez panel administracyjny/CMS, automatyczną aktywację po stronie klienta, przygotowanie wcześniej aktywowanych kont testowych lub aktywację bezpośrednio w bazie danych przez klienta
• W zależności od architektury serwisu przygotowanie dodatkowych scenariuszy tworzących dane wymagane dla kont użytkowników, np. dane adresowe, profile użytkownika, zapisane preferencje lub inne dane wymagane do przejścia pełnej ścieżki zakupowej

W przypadku aktywacji kont linkiem wysyłanym e-mailem konieczne jest wcześniejsze techniczne uzgodnienie sposobu obsługi tego procesu. Apache JMeter standardowo nie posiada dostępu do skrzynek mailowych i nie obsługuje manualnego klikania linków aktywacyjnych podczas wykonywania testów. W praktyce może być konieczne np. czasowe wyłączenie aktywacji e-mail dla kont testowych, wykorzystanie wcześniej aktywowanych użytkowników lub aktywacja kont po stronie klienta/CMS/bazy danych.

Pakiet obejmuje przygotowanie bardziej rozbudowanych scenariuszy JMetera, uruchomienie testów obciążeniowych, wygenerowanie raportu HTML oraz szerszą analizę wyników. Niezależnie od wybranego pakietu klient powinien zadbać o odpowiednią konfigurację zabezpieczeń infrastruktury testowanego środowiska, tak aby mechanizmy typu rate limiting, WAF, CDN protection lub systemy antybotowe nie blokowały maszyn generujących ruch testowy podczas wykonywania testów obciążeniowych. Szacowany czas realizacji pakietu medium to około 5–7 dni robocze 

Sam test obciążeniowy zwykle trwa 15–20 minut. Dokładna długość testu i liczba uruchomień mogą być jednak dostosowane do skali serwisu oraz celu badania ustalanego z klientem.

Wyniki testów przekazujemy w formie czytelnego, interaktywnego raportu. Raport zawiera m.in. podsumowanie wyników, statystyki błędów, kluczowe wskaźniki wydajności, wykresy obciążenia i odpowiedzi serwera oraz informacje, które obszary serwisu wymagają uwagi lub dalszej analizy.

W podstawowym wariancie testów sprawdzamy działanie serwisu z perspektywy ruchu użytkownika, czyli na poziomie HTTP/HTTPS. Oznacza to, że kluczowe jest to, czy serwis jest dostępny online i można symulować ruch na jego stronach; w przypadku bardziej zaawansowanych testów zakres technologiczny i sposób przygotowania są ustalane indywidualnie.

W przypadku testów typu read only ryzyko jest ograniczone, ponieważ nie zapisują one danych w systemie i nie ingerują w bazę. Trzeba jednak pamiętać, że test obciążeniowy generuje realny ruch, więc może czasowo wpłynąć na analitykę i wymaga odpowiedniego przygotowania środowiska — na przykład uzgodnienia terminu testu oraz tymczasowego wyłączenia wybranych zabezpieczeń ograniczających ruch.