JMeter – testowanie wydajności aplikacji webowych

Dlaczego testowanie wydajności jest ważne?

Wyobraź sobie sytuację: Twoja aplikacja działa świetnie podczas developmentu, ale po wejściu na produkcję zaczyna się zawiesać gdy pojawi się więcej użytkowników. To klasyczny problem braku testów wydajności.

Apache JMeter rozwiązuje ten problem, pozwalając symulować realne obciążenie jeszcze przed wdrożeniem na produkcję.

Co się nauczysz z tego artykułu

Wymagania wstępne

Czym jest Apache JMeter?

Apache JMeter to open-source’owe narzędzie stworzone pierwotnie do testowania aplikacji webowych, ale rozrosło się do uniwersalnego narzędzia do testowania wydajności różnych protokołów i technologii.

JMeter działa na zasadzie symulowania wirtualnych użytkowników (threads), którzy wykonują zdefiniowane przez nas akcje – wysyłają requesty HTTP, łączą się z bazami danych, czy wywołują web services.

Instalacja i pierwsze uruchomienie

JMeter wymaga Java 8 lub nowszej. Instalacja jest prosta:

# 1. Pobierz JMeter z oficjalnej strony Apache
wget https://archive.apache.org/dist/jmeter/binaries/apache-jmeter-4.0.tgz

# 2. Rozpakuj archiwum
tar -xzf apache-jmeter-4.0.tgz

# 3. Przejdź do katalogu bin
cd apache-jmeter-4.0/bin

# 4. Uruchom JMeter (GUI mode)
./jmeter

# Linux/Mac alternatywnie:
sh jmeter.sh

Po uruchomieniu pojawi się graficzny interfejs JMeter z pustym Test Planem.

Tworzenie pierwszego testu obciążeniowego

Każdy test w JMeter składa się z kilku podstawowych elementów:

1. Thread Group – symulacja użytkowników

Kliknij prawym przyciskiem na Test Plan → Add → Threads (Users) → Thread Group.

Kluczowe ustawienia Thread Group:

2. HTTP Request Sampler

Kliknij prawym na Thread Group → Add → Sampler → HTTP Request.

Podstawowa konfiguracja HTTP Request:

Server Name: localhost
Port Number: 8080
HTTP Request: GET
Path: /api/users

# Dla REST API z parametrami:
Path: /api/users/${userId}
Parameters:
  - Name: page, Value: 1
  - Name: size, Value: 20

3. Listener – przeglądanie wyników

Kliknij prawym na Thread Group → Add → Listener → View Results Tree.

Uruchomienie pierwszego testu

1. Zapisz Test Plan (Ctrl+S)
2. Kliknij zielony przycisk „Start” (lub Ctrl+R)
3. Obserwuj wyniki w View Results Tree

Przykładowe wyniki które zobaczysz:

Sample: HTTP Request
Response Code: 200
Response Time: 245ms
Response Size: 1,247 bytes
Thread Name: Thread Group 1-1

Interpretowanie wyników testów

Kluczowe metryki wydajności

Dodawanie lepszych listenerów

View Results Tree jest świetny do debugowania, ale dla analizy wydajności lepsze są:

1. **Summary Report**: Thread Group → Add → Listener → Summary Report
2. **Aggregate Graph**: Thread Group → Add → Listener → Aggregate Graph

Praktyczne scenariusze testowania

Testowanie REST API

Typowy scenariusz dla REST API:

# HTTP Request 1: Lista użytkowników
GET /api/users
Accept: application/json

# HTTP Request 2: Tworzenie użytkownika  
POST /api/users
Content-Type: application/json
Body:
{
  "name": "Jan Kowalski",
  "email": "jan@example.com"
}

# HTTP Request 3: Aktualizacja użytkownika
PUT /api/users/1
Content-Type: application/json
Body:
{
  "name": "Jan Nowak",
  "email": "jan.nowak@example.com"
}

Dodawanie HTTP Header Manager

Kliknij prawym na HTTP Request → Add → Config Element → HTTP Header Manager.

Dodaj typowe nagłówki:
– Content-Type: application/json
– Accept: application/json
– Authorization: Bearer ${token} (jeśli potrzebne)

Częste problemy i rozwiązania

Problem: Bardzo wolne response times

**Możliwe przyczyny:**
1. Za dużo użytkowników zbyt szybko (zmniejsz threads lub zwiększ ramp-up)
2. Aplikacja rzeczywiście jest wolna (sukces testu!)
3. Baza danych nie jest zoptymalizowana pod obciążenie

Problem: Błędy 500/503

**Sprawdź:**
1. Logi aplikacji – co dokładnie się dzieje
2. Czy baza danych ma wystarczające połączenia
3. Czy serwer ma wystarczające zasoby (RAM, CPU)

Najlepsze praktyki dla początkujących

1. Zacznij od małego

– Pierwszy test: 5-10 użytkowników
– Stopniowo zwiększaj obciążenie
– Obserwuj kiedy aplikacja zaczyna zwalniać

2. Testuj realistyczne scenariusze

– Nie tylko GET requesty
– Dodaj typowe operacje CRUD
– Symuluj prawdziwe wzorce użytkowania

3. Monitoruj zasoby serwera

Podczas testów sprawdzaj:
– CPU usage
– Memory usage
– Database connections
– Network I/O

JMeter vs inne narzędzia

Przydatne zasoby

• Oficjalna dokumentacja JMeter
• JMeter Best Practices Guide
• BlazeMeter JMeter Tutorial
• Guru99 JMeter Course

Testowanie wydajności to umiejętność która odróżnia dobrych developerów od świetnych. JMeter daje Ci narzędzia żeby znajdować problemy zanim znajdą je Twoi użytkownicy. Jakieś pytania o JMeter? A może masz ciekawe wyniki testów które chciałbyś omówić?