🥇IBM MQ och JMeter: Första kontakten

Hej, Habr!

Det här är en prequel till min tidigare publicering och samtidigt en remake av artikeln Automatiserad testning av tjänster som använder MQ-protokollet med JMeter.

Den här gången delar jag med mig av mina erfarenheter av att förena JMeter och IBM MQ för lyckad testning av applikationer på IBM WAS. Jag ställdes inför en sådan uppgift som inte var lätt att hantera. Jag vill hjälpa till att spara tid för alla intresserade.

Introduktion

Om projektet: databasbuss, ett antal xml-meddelanden, tre utbytesområden (köer, databas, filsystem), webbtjänster med egen logik för meddelandehantering. Ju mer projektet utvecklades, desto svårare blev det att testa manuellt. Apache JMeter, en kraftfull och öppen källkodsprogramvara med ett stort användarsamhälle och en vänlig gränssnitt, kallades till hjälp. Den enkla anpassningen av den förinstallerade versionen gör att man kan täcka alla fall, och löftet från huvudutvecklaren om hjälp om något (hjälpte faktiskt) bekräftade mitt val slutgiltigt.

Förberedelse av den inledande kontexten

För att interagera med köhanteraren krävs en inledande kontext. Det finns flera typer, här är ). Ett typiskt exempel på användning: mer information att läsa.
För att skapa den är det bekvämt att använda MQ Explorer:

Bild 1: Lägg till inledande kontext

Välj filtyp för kontext och katalog för lagring .bindings filen som kommer att innehålla beskrivningen av JNDI-objekten:

Bild 2: Välj typ av inledande kontext

Därefter kan man börja skapa dessa objekt. Börja med anslutningsfabriken:

Bild 3: Skapa anslutningsfabrik

Välj ett förståeligt namn…

Bild 4: Välj namn för anslutningsfabriken

… och typ Queue Connection Factory:

Bild 5: Välj typ av anslutningsfabrik

Protokoll — MQ Client för att kunna interagera med MQ på distans:

Bild 6: Välj protokoll för anslutningsfabriken

I nästa steg kan man välja en redan existerande fabrik och kopiera inställningar från den. Tryck Next, om det inte finns någon:

Bild 7: Välj inställningar för den befintliga anslutningsfabriken

I fönstret för parameterinställningar är det tillräckligt att ange tre. Under fliken Connection ange namnet på köhanteraren och IP-adressen till stället där den ligger (porten 1414 låter vara):

Bild 8: Inställning av parametrar för anslutningsfabriken

Och under fliken Channels — kanalen för anslutningen. Tryck Avsluta för att slutföra:

Bild 9: Slutförande av skapandet av anslutningsfabriken

Nu skapar vi en anslutning till kön:

Figur 10: Skapande av målobjekt

Vi väljer ett begripligt namn (jag föredrar att ange det verkliga namnet på kön) och typ Kö:

Figur 11: Val av namn och typ av målobjekt

Som i Figur 7 kan vi kopiera inställningarna från en existerande kö. Vi klickar också på Next, om det är den första:

Figur 12: Val av inställningar för existerande målobjekt

I inställningsfönstret är det tillräckligt att välja namn på managern och den nödvändiga kön, och trycka på Avsluta. Efter det upprepas det nödvändiga antalet gånger tills alla köer som behövs för interaktion med JMeter har skapats:

Figur 13: Slutförande av skapandet av målobjekt

Förberedelse av JMeter

Förberedelsen av JMeter innebär att lägga till de bibliotek som behövs för att interagera med MQ. De finns i %wmq_home%/java/lib. Kopiera dem till %jmeter_home%/lib/ext innan du startar 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

Alternativ lista, föreslagen av polarnik på kommentarer med en liten nyans: javax.jms-api-2.0.jar istället för jms.jar.
Med jms.jar uppstår ett NoClassDefFoundError, vars lösning jag hittade ). Ett typiskt exempel på användning:.

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

Båda bibliotekslistorna fungerar framgångsrikt med JMeter 5.0 och IBM MQ 8.0.0.4.

Konfigurering av testplanen

Den nödvändiga och tillräckliga uppsättningen av JMeter-element ser ut så här:

Figur 14: Testplan

I exemplet på testplanen finns det fem variabler. Trots det lilla antalet rekommenderar jag att skapa separata konfigurationselement för olika typer av variabler. Allteftersom testerna växer kommer detta att förenkla navigeringen avsevärt. I det här fallet blir det två listor. Den första innehåller anslutningsparametrarna till MQ (se. Figur 2 och Figur 4):

Figur 15: Anslutningsparametrar till MQ