DRY dla testów JMeter

Question

Czy istnieje sposób na modularyzację testów JMeter.

Mam zarejestrowanych kilka przypadków użycia dla naszej aplikacji. Każdy z nich znajduje się w osobnej grupie wątków w tym samym planie testowym. Aby kontrolować przepływ pracy, napisałem pewne prymitywy (np. Elementy postprocesora), które są używane w wielu z tych grup wątków.

Czy istnieje sposób, aby nie kopiować tych elementów do każdej grupy wątków, ale używać pewnego rodzaju odnośników w ramach tego samego planu testów? Pomocne może być również odniesienie elementów z innego pliku.

Czy ktoś ma jakieś rozwiązania lub obejścia. Domyślam się, że nie jestem jedynym, który stara się przestrzegać zasady DRY ...

Answer 1

Myślę, że ten post z Atlassian opisuje, czego używasz po użyciu kontrolerów modułów. Ja nie próbowałem się jeszcze, ale mam to na mojej liście rzeczy do zrobienia :)

http://blogs.atlassian.com/developer/2008/10/performance_testing_with_jmete.html

Jared

Answer 2

Nie można tego zrobić za pomocą JMeter. Interfejs użytkownika go nie obsługuje. Workbench będzie idealnym miejscem do przechowywania tych wspólnych elementów, ale nie zostanie zapisany w JMX.

Można jednak sparametryzować prawie wszystko, aby uzyskać podobne efekty. Na przykład używamy tego samego procesora postów wyrażeń regularnych w kilku grupach wątków. Mimo że nie możemy współdzielić procesora, całe wyrażenie jest parametrem zdefiniowanym w planie testów, który jest współużytkowany. Musimy zmienić tylko jedno miejsce, gdy zmieni się wyrażenie regularne.

Mówią o zapisaniu Workbencha w przyszłej wersji Jmetera. Gdy to zrobisz, łatwo jest dodać trochę interfejsu, aby odnieść się do elementu w Workbench.

Answer 3

kontrolery Kabiny są przydatne do wykonywania tych samych próbek w różnych grupach gwintów.

Bardzo możliwe jest użycie tych samych asercji w wielu grupach wątków.

Na poziomie planu testu utwórz zestaw zmiennych definiowanych przez użytkownika o nazwach takich jak "Oczekiwany_podsumowanie_x". Następnie, w swojej asercji odpowiedzi, po prostu odwołaj się do nazwy zmiennej $ {Expected_Result_x}. Nadal musisz dodać asercję ręcznie do każdej strony, na której chcesz umieścić określone stwierdzenie, ale teraz musisz zmienić to tylko o jedno miejsce, jeśli zmieni się asercja.