IBM MQ и JMeter: Първи контакт

Хей Хабр!

Това е предистория на моята предишна публикация и в същото време римейк на статията Автоматизирано тестване на услуги, използващи протокола MQ, използвайки JMeter.

Този път ще ви разкажа за моя опит в съвместяването на JMeter и IBM MQ за щастливо тестване на приложения на IBM WAS. Бях изправен пред такава задача, не беше лесно. Искам да помогна да спестя време на всички заинтересовани.

въведение

За проекта: шина за данни, много xml съобщения, три области за обмен (опашки, база данни, файлова система), уеб услуги със собствена логика за обработка на съобщения. С напредването на проекта ръчното тестване ставаше все по-трудно. Apache JMeter беше повикан на помощ - мощен и отворен код, с голяма общност от потребители и приятелски интерфейс. Лесното персонализиране на версията извън кутията ви позволява да покриете всякакви случаи и обещанието на водещия разработчик да помогне за всеки случай (помогна) най-накрая потвърди избора ми.

Подготовка на първоначалния контекст

За да взаимодействате с мениджъра на опашка, имате нужда от първоначален контекст. Тук има няколко вида тук можете да прочетете повече.
За да го създадете, е удобно да използвате MQ Explorer:

Фигура 1: Добавяне на начален контекст

Изберете типа на контекстния файл и директорията за съхранение .подвързвания файл, който ще съдържа описание на JNDI обекти:

Фигура 2: Избор на първоначалния тип контекст

След това можете да започнете да създавате тези обекти. И започнете с фабриката за свързване:

Фигура 3: Създаване на фабрика за свързване

Изберете приятелско име...

Фигура 4: Избор на име на фабрика за връзка

... и тип Фабрика за свързване на опашка:

Фигура 5: Избор на типа фабрика за връзка

протокол - MQ клиент за да можете да взаимодействате с MQ дистанционно:

Фигура 6: Избор на протокол на фабриката за връзка

В следващата стъпка можете да изберете съществуваща фабрика и да копирате допълнителни настройки от нея. Кликнете Напред, ако няма такъв:

Фигура 7: Избор на настройки за съществуваща фабрика за свързване

В прозореца за избор на параметър е достатъчно да посочите три. В раздела Връзка посочете името на мениджъра на опашка и IP стойката с нейното местоположение (порт 1414 напускам):

Фигура 8: Конфигуриране на параметрите на фабриката за връзка

И на раздела Канали — канал за връзка. Кликнете завършеност да завърши:

Фигура 9: Завършване на създаването на фабрика за свързване

Сега нека създадем връзка към опашката:

Фигура 10: Създаване на целеви обект

Нека изберем приятелско име (предпочитам да посоча истинското име на опашката) и да напишем Опашка:

Фигура 11: Избор на име и тип на целта

По аналогия с Фигура 7 Можете да копирате настройки от съществуваща опашка. Също така щракнете Напред, ако е първият:

Фигура 12: Избор на настройки за съществуваща цел

В прозореца с настройки просто изберете името на мениджъра и желаната опашка, щракнете завършеност. След това повторете необходимия брой пъти, докато бъдат създадени всички опашки, необходими за взаимодействие с JMeter:

Фигура 13: Завършване на създаването на цел

Подготовка на JMeter

Подготовката на JMeter включва добавяне на библиотеките, необходими за взаимодействие с MQ. Те се намират в %wmq_home%/java/lib. Копирайте ги в %jmeter_home%/lib/ext, преди да стартирате JMeter.

• com.ibm.mq.commonservices.jar
• com.ibm.mq.headers.jar
• com.ibm.mq.jar
• com.ibm.mq.jmqi.jar
• com.ibm.mq.pcf.jar
• com.ibm.mqjms.jar
• dhbcore.jar
• fscontext.jar
• jms.jar
• jta.jar
• providerutil.jar

Предложен е алтернативен списък полярник в няма коментари с малък нюанс: javax.jms-api-2.0.jar вместо jms.jar.
Възниква грешка NoClassDEfFoundError с jms.jar, чието решение намерих тук.

• com.ibm.mq.allclient.jar
• fscontext.jar
• javax.jms-api-2.0.jar
• providerutil.jar

И двата списъка с библиотеки работят успешно с JMeter 5.0 и IBM MQ 8.0.0.4.

Създаване на тестов план

Необходимият и достатъчен набор от JMeter елементи изглежда така:

Фигура 14: План за тестване

Има пет променливи в примерния тестов план. Въпреки малкия им брой, препоръчвам да създадете отделни конфигурационни елементи за различните типове променливи. С нарастването на тестовете това ще направи навигацията много по-лесна. В този случай получаваме два списъка. Първият съдържа параметри за свързване към MQ (вижте. Фигура 2 и Фигура 4):

Фигура 15: Опции за свързване на MQ

Второто е имената на целевите обекти, които се отнасят до опашките:

Фигура 16: Параметризирани имена на опашка

Всичко, което остава, е да конфигурирате JMS Publisher да зареди тестовото съобщение в изходящата опашка:

Фигура 17: Настройка на JMS Publisher

И JMS Абонат за четене на съобщение от входящата опашка:

Фигура 18: Конфигуриране на JMS абонат

Ако всичко е направено правилно, резултатът от изпълнението в списъка ще бъде изпълнен с ярки и весели зелени цветове.

Заключение

Умишлено пропуснах въпросите за маршрутизирането и администрирането, това са доста интимни и обширни теми за отделни публикации.

Освен това има значителна част от нюансите при работа с опашки, бази данни и файлове, за които също бих искал да говоря отделно и подробно.

Спестете си време. И благодаря за вниманието.

Източник: www.habr.com