how test application messaging queue
Kaj je vrsta sporočil?
Čakalna vrsta sporočil (MQ) , orodje za vmesno programsko opremo, usmerjeno v sporočila, je IBM izdelek od leta 1992. Zelo koristno je sporočanje sporočil (XML / besedilna datoteka / datoteka HTML itd.) v SOA (storitveno usmerjena arhitektura) na več kot 80 platformah.
Je zanesljiv in zagotavlja varen, zanesljiv komunikacijski medij in odlično rešitev za sporočanje Arhitektura podjetja po vsem svetu.
kako dodati elemente v matriko
Današnji članek govori o preizkušanju čakalne vrste Messaging Queue, ki olajša prevoz sporočil med dvema programoma / moduloma. To vam bo pomagalo preizkusiti povezavo med aplikacijami / moduli med prevozom sporočil.
Kaj se boste naučili:
- Primer sprotnega sistema sistema za sporočila
- Uporaba z MQ
- Tehnični primer
- Funkcionalno testiranje z MQ
- MQ v SOA
- Težave, povezane z MQ med testiranjem
- Zaključek
- Priporočeno branje
Primer v realnem času Čakalna vrsta sporočil sistem
Vzemimo Banka ICICI ki vključuje številne sisteme, ki se izvajajo vzporedno, da je ena popolna aplikacija. Predpostavimo, da Banka ICICI prikazuje letno stopnjo dobička v višini 100 milijonov USD za leto 2015.
Ta dobiček bi bil skupek vseh sistemov, kot so varčevalni račun, račun kreditne kartice, račun posojila za dom in tako naprej.
Banka ICICI kot nadrejeni sistem išče komunikacijo iz vsakega svojega sistema. To komunikacijo lahko izvaja predvsem Čakalna vrsta sporočil sistem.
Nadrejena banka ICICI lahko pošlje zahtevo, da potrebuje bruto dobiček aplikacije za varčevalni račun. Nato aplikacija za shranjevalni račun izračuna te podatke, jih shrani v obliki XML in postavi v oddaljeno čakalno vrsto.
Nadrejeni sistem bo nato poklical oddaljeno čakalno vrsto za pridobitev teh informacij.
Uporaba z MQ
Konfiguracija ključa v SQM je nastavitev Upravitelj čakalnih vrst .
Nekaj pomembnih podrobnosti o upravitelju čakalnih vrst je omenjenih spodaj
- Je lastnik / upravljavec celotnega delovanja sistema Aplikacija WebSphere MQ .
- Ni odgovoren za prenos podatkov.
- Vsebuje kanal in vrata za prenos podatkov v določeno ciljno vrsto ali za notranje shranjevanje sporočila, dokler druga vrsta ne izbere sporočila.
- Aplikacije lahko imajo več upraviteljev / kanalov čakalnih vrst za sporočanje sporočil.
Tehnični primer
Predpostavimo, da obstajajo aplikacije APLIKACIJE, APPP, APPF, APPL, APPD . Vsi med seboj komunicirajo. Nekateri med njimi so dvosmerne komunikacijske strukture .
- APLIKACIJE je prodajna aplikacija z upraviteljem čakalnih vrst-APPSQM, kanalom-APPSCH, imenom čakalne vrste-MQS, portnum-11112
- APPP je aplikacija za obdelavo izdelkov z upravljalnikom čakalnih vrst-APPPQM, kanal-APPPCH, imenom čakalne vrste-MQP, portnum-1111
- APPF je končana, popolnoma funkcionalna aplikacija z upraviteljem čakalnih vrst-APPFQM, kanalom-APPFCH, imenom čakalne vrste-Mqf, portnum-1112
- APPL je logistična aplikacija z upravljalnikom čakalnih vrst-APPLQM, kanal-APPLCH, imenom čakalne vrste-MQD, portnum-1112
- APPD je aplikacija za dostavo z upraviteljem čakalnih vrst-APPDQM, kanalom-APPDCH, imenom čakalne vrste-MQD, portnum-1112
Scenarij 1 - APPS pošlje podatke APPP
Vsaka od zgornjih aplikacij bo imela dve konfiguracijski datoteki, konfiguracijo aplikacije in Čakalna vrsta sporočil konfiguracijo. Konfiguracija aplikacije vsebuje podrobnosti o postopkih in obdelavi podatkov za sporočilo XML.
The SQM datoteka config bo imela SQM povezane podrobnosti, kot so upravitelj čakalne vrste-APPSQM, kanal-APPSCH, ime čakalne vrste-MQS, portnum-1111.
( Opomba: Kliknite sliko za povečavo)
Ko je APLIKACIJE aplikacija obdela podatke, ustvari sporočilo XML in ga postavi v čakalno vrsto. APLIKACIJE delo je končano.
Čas je, da izberete sporočilo v drugi čakalni vrsti, dokler upravitelj čakalnih vrst ne bo shranil podatkov.
Zdaj pa recimo APPP aplikacija naj izbere sporočilo XML iz čakalne vrste MQS. The APPP Konfiguracijska datoteka MQ je konfigurirana za pridobivanje sporočila XML iz čakalne vrste MQS.
Čakalna vrsta MQP bo prenesla sporočilo XML iz čakalne vrste MQS in ga poslala na APPP vloga za nadaljnjo obdelavo.
Podobne procese izvaja vsaka aplikacija za pridobivanje podatkov iz drugih aplikacij.
Scenarij 2 - APPP pošlje podatke APPS
Tokrat bodo konfiguracijske datoteke na obeh straneh drugačne. Konfiguracijska datoteka MQ na APPP bo imel različne informacije o čakalni vrsti, kot so Upravitelj čakalnih vrst-APPPQMR, kanal-APPPCHR, ime čakalne vrste-MqpR, portnum-1111.
In APLIKACIJE bo imel različne informacije o čakalni vrsti, kot so Upravitelj čakalnih vrst-APPSQMR, kanal-APPSCHR, ime čakalne vrste-MqsR, portnum-1111. Ne pozabite, da je številka vrat lahko enaka za nekaj aplikacij, saj bi jih lahko v istem sistemu povezali kot enakovredne računalnike.
kako uporabiti javo za odpiranje datoteke jar
Zato vse aplikacije bodo morale biti ustrezno konfigurirane za medsebojno sporočanje sporočil.
Obstaja možnost, da se lahko zgodi komunikacija med lokalnimi aplikacijami, ki so v trenutnem sistemu z oddaljeno aplikacijo drugje. Kot smo že omenili, morajo imeti lokalne in oddaljene aplikacije na strežniku konfiguracijske datoteke, ki omogočajo komunikacijo.
Kot je bilo omenjeno zgoraj, tako lokalne kot oddaljene aplikacije morajo imeti v strežniku nastavljene konfiguracijske datoteke, ki omogočajo komunikacijo.
Funkcionalno testiranje z MQ
Preizkuševalci bodo morali potrditi naslednje
- Konfiguracija aplikacije
- Konfiguracija čakalne vrste
- Oblika sporočila
- Pravilnost in popolnost sporočila
- Prenos sporočil
- Napake sporočil, ko se pojavijo
MQ v SOA
SQM je zanesljiva tehnika, ki jo je mogoče uporabiti v SOA arhitektura za sporočanje sporočil med aplikacijami. Ker je komunikacija s sporočili ključni koncept za delovanje sistema ERP, SQM ponuja pravo rešitev zanjo.
Je enostavno in varno. Po pristopu, podobnem tistemu, prikazanemu v tehničnem primeru,
Po pristopu, podobnem tistemu, prikazanemu v tehničnem primeru, Čakalna vrsta sporočil lahko nastavite na več aplikacijah za pridobivanje podatkov iz ene ali več aplikacij.
Če pogledamo arhitekturo aplikacije, lahko preskuševalci dobijo več informacij o komunikacijski povezavi sporočil med aplikacijami, toku sporočil E2E itd.
V vsakem primeru lahko ekipa MQ ali okoljske ekipe zagotovijo dodatne podrobnosti.
MG simulator (kot naprimer IBM WebSphere ), ki lahko prenaša sporočila iz vhodne čakalne vrste v izhodno čakalno vrsto, se lahko uporablja za spuščanje sporočil, njihovo spremljanje in preverjanje prejema v izhodni čakalni vrsti s spremenljivimi konfiguracijami.
Med preskušanjem aplikacij, ki sporočila sporočajo Čakalna vrsta sporočil , obstaja veliko scenarijev, ko se sporočila ne morejo prenesti iz ene aplikacije v drugo.
Nekatere pogoste težave so omenjene spodaj
- Vnesite težave z obliko zapisa sporočil XML, kot so napačna glava, težava z metapodatki, težave s formatom, težave s podatki itd.
- Napačna konfiguracija čakalne vrste, kot so napačno ime čakalne vrste, ime upravitelja, kanal, vrata itd.
- Velikost sporočila je lahko večja od pričakovane. Sporočilo bo padlo v mapo z napako / mrtvo čakalno vrsto.
- Težava strežnika čakalnih vrst, težava s povezljivostjo, težava oddaljene čakalne vrste itd. Vodi do okvare komunikacije s sporočili.
Zaključek
Pri testiranju aplikacij, ki sledijo SOA , kot naprimer ERP sistemi , MQ so sestavni elementi in kot preizkuševalci je dobro razumeti osnovne podrobnosti o istem.
Upamo, da je ta članek uspel predstaviti koncept in odprl poti za nadaljnje raziskovanje in obvladovanje.
O avtor: To je članek gosta Asish K Mallik.
Prosimo, delite svoje komentarje, vprašanja in prispevke spodaj.
Priporočeno branje
- Vadnice za globinsko zasenčenje za začetnike
- AWS Elastic Beanstalk Vadnica za uvajanje spletne aplikacije .NET
- SVN v IBM Rational Team Concert Migration Vadnica
- Vadnica IBM Rational Team Concert Defect Management Tool
- Zgradite aplikacijo za eno stran s pomočjo AngularJS (Vadnica s primerom)
- Prednostna vrsta v STL
- Vadnica za odsev Java s primeri
- Kako se posmehovati in simulirati JMS IBM WebSphere MQ s Traffic Parrot (Hands on Review)