how test application messaging queue
Što je red za razmjenu poruka?
Red za razmjenu poruka (MQ) , alat orijentiran na poruke, je IBM proizvod od 1992. godine. Vrlo je korisno komunicirati poruke (XML / tekstualna datoteka / HTML datoteka itd.) u SOA (arhitektura orijentirana na usluge) na preko 80 platformi.
Pouzdan je i pruža osiguran, osiguran komunikacijski medij i izvrsno rješenje za razmjenu poruka Arhitektura poduzeća širom svijeta.
Današnji članak govori o testiranju reda za slanje poruka koji olakšava transport poruka između dvije aplikacije / modula. To će vam pomoći da testirate povezanost između aplikacija / modula tijekom prijenosa poruka.
Što ćete naučiti:
- Primjer sustava čekanja poruka u stvarnom vremenu
- Primjena s MQ
- Tehnički primjer
- Funkcionalno ispitivanje s MQ
- MQ u SOA-i
- Problemi s MQ-om tijekom testiranja
- Zaključak
- Preporučena literatura
Primjer u stvarnom vremenu Red za razmjenu poruka sustav
Idemo uzeti ICICI banka koji uključuje mnogo paralelnih sustava koji čine jedan cjelovit program. Pretpostavimo da je ICICI banka pokazuje godišnju maržu dobiti od 100 milijuna USD za 2015. godinu.
Ova dobit bila bi zbir svih sustava kao što su štedni račun, račun kreditne kartice, račun zajam za dom i tako dalje.
ICICI banka kao matični sustav traži komunikaciju iz svakog svog pojedinačnog sustava. Ovu komunikaciju prvenstveno može provesti Red za razmjenu poruka sustav.
Matična ICICI banka može poslati zahtjev da joj treba bruto dobit od zahtjeva za štednim računom. Aplikacija računa za spremanje tada izračunava te podatke, pohranjuje ih u obliku XML-a i smješta u udaljeni red.
Nadređeni sustav tada će pozvati udaljeni red da bi dohvatio ove informacije.
Primjena s MQ
Konfiguracija ključa u SQM postavlja Upravitelj reda .
kako pretvoriti char u int c ++
Nekoliko važnih pojedinosti o upravitelju redoslijeda spomenuto je u nastavku
- Vlasnik je / upravlja cjelovitim funkcioniranjem WebSphere MQ aplikacija .
- Nije odgovoran za prijenos podataka.
- Sadrži kanal i port za prijenos podataka u određeni odredišni red ili za interno spremanje poruke dok drugi red ne odabere poruku.
- Aplikacije mogu imati više upravitelja redova / kanala za komunikaciju poruka.
Tehnički primjer
Pretpostavimo da postoje aplikacije APLIKACIJE, APPP, APPF, APPL, APPD . Svi međusobno komuniciraju porukama. Neki od njih jesu dvosmjerne komunikacijske strukture .
- APLIKACIJE je prodajna aplikacija, s upraviteljem redova-APPSQM, kanalom-APPSCH, nazivom reda-MQS, portnum-11112
- APLIKACIJA je aplikacija za obradu proizvoda, s upraviteljem redova-APPPQM, kanalom-APPPCH, nazivom reda-MQP, portnum-1111
- APPF je gotova, potpuno funkcionalna aplikacija, s upraviteljem redova-APPFQM, kanalom-APPFCH, imenom reda-Mqf, portnum-1112
- PRIMJENA je logistička aplikacija, s upraviteljem redova-APPLQM, kanalom-APPLCH, nazivom reda-MQD, portnum-1112
- APPD je aplikacija za isporuku, s upraviteljem redova-APPDQM, kanalom-APPDCH, nazivom reda-MQD, portnum-1112
Scenarij 1 - APPS šalje podatke APPP-u
Svaka od gore navedenih aplikacija imat će dvije konfiguracijske datoteke, konfiguraciju aplikacije i Red za razmjenu poruka konfiguracija. Konfiguracija aplikacije sadrži detalje o postupcima i obradi podataka za XML poruku.
The SQM datoteka za konfiguriranje će imati SQM povezani detalji kao što su upravitelj reda-APPSQM, kanal-APPSCH, naziv reda-MQS, portnum-1111.
( Bilješka: Kliknite na sliku za uvećani prikaz)
Jednom APLIKACIJE aplikacija obrađuje podatke, generira XML poruku i stavlja je u red čekanja. APLIKACIJE posao je gotov.
Vrijeme je da odaberete poruku iz drugog reda do tada će Upravitelj redova zadržati podatke.
Sad recimo APLIKACIJA aplikacija bi trebala odabrati XML poruku iz reda MQS. The APLIKACIJA MQ konfiguracijska datoteka konfigurirana je za dohvaćanje XML poruke iz MQS reda.
MQP red će dohvatiti XML poruku iz MQS reda i poslati je na APLIKACIJA zahtjev za daljnju obradu.
Slične procese provodi svaka aplikacija za dobivanje podataka iz drugih aplikacija.
Scenarij 2 - APPP šalje podatke APPS-u
Ovaj put će konfiguracijske datoteke biti različite s obje strane. Datoteka MQ konfiguracije na APLIKACIJA imat će različite informacije o redu čekanja kao što su Upravitelj reda-APPPQMR, kanal-APPPCHR, naziv reda-MqpR, portnum-1111.
I APLIKACIJE imat će različite informacije o redu, kao što su Upravitelj reda-APPSQMR, kanal-APPSCHR, naziv reda-MqsR, portnum-1111. Imajte na umu da broj porta može biti isti za nekoliko aplikacija jer bi ih se moglo povezati kao vršnjake u istom sustavu.
Stoga, sve će se aplikacije morati konfigurirati u skladu s tim da međusobno komuniciraju poruke.
Postoji mogućnost da se dogodi komunikacija između lokalnih aplikacija koje su u trenutnom sustavu s udaljenim programom negdje drugdje. Kao što je gore spomenuto, i lokalni i udaljeni programi trebali bi imati konfiguracijske datoteke za postavljanje na svom poslužitelju kako bi se omogućila komunikacija.
Kao što je gore navedeno, i lokalne i udaljene aplikacije trebaju imati konfiguracijske datoteke za postavljanje na svom poslužitelju kako bi se omogućila komunikacija.
Funkcionalno ispitivanje s MQ
Ispitivači će morati potvrditi sljedeće
- Konfiguracija aplikacije
- Konfiguracija reda
- Format poruke
- Ispravnost i cjelovitost poruke
- Prijenos poruke
- Greške u porukama, kad se dogode
MQ u SOA-i
SQM je pouzdana tehnika koja se može koristiti u SOA arhitektura za komunikaciju poruka među aplikacijama. Kako je komunikacija porukama ključni koncept za pokretanje ERP sustava, SQM pruža pravo rješenje za to.
Bez napora je i siguran. Slijedeći pristup sličan onome prikazanom u tehničkom primjeru,
Slijedeći pristup sličan onome prikazanom u tehničkom primjeru, Red za razmjenu poruka može se postaviti na više aplikacija za dohvaćanje podataka iz jedne ili više aplikacija.
Uvidom u arhitekturu aplikacije, testeri mogu dobiti više informacija o povezanosti komunikacije poruka između aplikacija, protoku poruka E2E itd.
kako čitati .bin datoteku
U svakom slučaju, MQ tim ili timovi za zaštitu okoliša mogu pružiti dodatne detalje.
MG simulator (kao što je IBM WebSphere ), koji može prenijeti poruke iz dolaznog reda u odlazni red, a može se koristiti za ispuštanje poruka, nadgledanje istih i provjeru primitka u odlaznom redu s promjenjivim konfiguracijama.
Tijekom testiranja aplikacija koje putem programa Red za razmjenu poruka , postoji mnogo scenarija u kojima se poruke ne mogu prenijeti iz jedne aplikacije u drugu.
Neki od najčešćih problema spomenuti su u nastavku
- Unesite probleme s formatom XML poruke, poput netočnog zaglavlja, problema s metapodacima, problema s formatom, problema s podacima itd.
- Pogrešna konfiguracija reda, poput netočnog naziva reda, naziva upravitelja, kanala, porta itd.
- Veličina poruke može biti veća od očekivane, poruka će pasti u mapu pogrešaka / mrtvih redova.
- Problem s poslužiteljem reda čekanja, problemom povezanosti, problemom udaljenog reda čekanja itd. Dovodi do neuspjeha komunikacije porukom.
Zaključak
Prilikom testiranja aplikacija koje slijede SOA , kao što su ERP sustavi , MQ su sastavni elementi i kao testeri, dobra je ideja razumjeti osnovne detalje o istima.
Nadamo se da je ovaj članak uspio predstaviti koncept i otvorio put za daljnje istraživanje i ovladavanje.
O Autor: Ovo je gostujući članak Asish K Mallika.
Molimo podijelite svoje komentare, pitanja i uloge u nastavku.
Preporučena literatura
- Dubinski vodiči za pomračenje za početnike
- AWS Elastic Beanstalk Vodič za postavljanje .NET web aplikacija
- SVN u IBM Rational Team Concert Migration Tutorial
- Vodič za alat za upravljanje nedostacima u programu IBM Rational Team
- Izradite aplikaciju za jednu stranicu koristeći AngularJS (Vodič s primjerom)
- Redoslijed prioriteta u STL-u
- Java Vodič za refleksiju s primjerima
- Kako se rugati i simulirati JMS IBM WebSphere MQ pomoću prometne papige (Ruke na pregledu)