jMETER

• W właściwościach grupy należy podać ilość wątków (kopi sesji), czas w jakim zostaną uruchomione oraz ilość powtórzeń każdego z wątków.
  
• Istotnym parametrem tego elementu jest również jego zachowanie w momencie wystąpienia błędu.
• Przy makrach rozciągniętych w czasie przydatne może być wstrzymanie utworzenia wątku w pamięci maszyny testującej do ostatniego możliwego momentu. Pozwala zaoszczędzić to zasoby maszyny testującej.

• W celu rozpoczęcia obciążania interesującej nas usługi musimy mieć przygotowany plan testów (tzn. makro).
  
• Mamy do wyboru nagranie makra poprzez zbudowany serwer PROXY, ręczne dodawanie próbek, a nawet poprzez edycję pliku .jmx, który jest dedykowanym .xml.
  
• Najwygodniejszym sposobem jest nagrywanie poprzez serwer PROXY i ewentualna późniejsza modyfikacja.

• Serwerowi proxy należy wskazać na jakim porcie ma prowadzić nasłuch oraz do jakiego elementu makra ma zapisywać zarejestrowane zapytania.
• Dodanie serwera nie uruchamia go, konieczne jest uruchomienie w jego opcjach.
• W celu wygenerowanie ruchu konieczne jest skonfigurowanie przeglądarki aby przepuszczała ruch przez w. w. serwer.

• Bez elementów konfiguracyjnych makro wykona cykl zapytań bez jakichkolwiek odstępów oraz kontekstu.
  
• W celu symulowania rzeczywistego działania przeglądarki istotne jest dodanie elementów "cache manager" i "cookie manager".
  
• Istotnym jest również zdefiniowanie interwałów czasowych pomiędzy zapytaniami i grupami zapytań.
  
• W wielu przypadkach dodanie tych elementów możne całkowicie zmieniać wynik testów i odpowiednie ich umiejscowienie oraz dobranie ich parametrów jest bardzo istotne.

• Wstawiając timer w wybranym poziomie drzewa spowodujemy jego wykonanie po każdym elemencie tego poziomu. Nie ma konieczności dublowania timera.
  
• Dostępne są timery o rożnych rozkładach i zastosowanie odpowiedniego leży w gestii tworzącego makro.
  

• Istnieje możliwość definiowania zmiennych.
  
• Zasięg zmiennych jest globalny dla całego testu.
  
• Głównym zastosowaniem jest przenoszenie danych pomiędzy elementami (przydatne są do zasilania formularzy oraz przenoszenia tokenów pomiędzy kolejnymi zapytaniami)
  
• Źródłem danych zmiennej moze być np. plik CSV.
  
• Odwołanie do zmiennych odbywa się poprzez ${}, np. ${USERNAME}.
  

• Uruchomienie możliwe jest w trybie GUI i NON-GUI.
• Tryb non-gui sugerowany jest dla rozbudowanych makr oraz dużych ilości wątków.
• Jako duży rząd wielkości można traktować makro z ponad 1000 zapytań lub mające ponad 500 sesji.

jmeter.sh  -n -t plik.jmx 

jmeter.sh  -n -t plik.jmx -l plik.jtl 

• W trybie GUI w celu obserwacji czasów odpowiedzi serwera będziemy musieli zapewnić elementy zbierające.
  
• Istnieje wiele lisener'ów. Wybór odpowiedniego zależy od potrzeb testującego.
  
• Nalezy pamiętać, ze im więcej danych będziemy zbierać, tym mniej zasobów pozostanie na uruchomienie wątków. W związku z tym nie zbierajmy danych niepotrzebnych.
  

• Większość wcześniej omówionych lisener'ów posiada opcję analizowania plików jtl zamiast bieżących  próbek.
  
• Niektóre umożliwiają eksporty do formatów przyjaznych użytkownikowi, np. excel.

• Głównym parametrem mówiącym o wydajności testowanej usługi jest średni czas odpowiedzi i w większości przypadków pozwoli oszacować moment przeciążenia.
  
• Istotne może tez być odchylenie standardowe, które powie nam o stabilności działania usługi.
  
• Przy dużych makrach testy pozwalają znaleźć odwołania do elementów nieistniejących, dlatego warto również zwracać uwagę na odsetek błędów poszczególnych zapytań.