Menu

Jak otestovat frontu zasílání zpráv aplikací: Výukový program IBM WebSphere MQ Intro

how test application messaging queue

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Co je Fronta zpráv?

Fronta zpráv (MQ) , nástroj pro správu orientovaný na middleware, je IBM produkt od roku 1992. Je velmi užitečné komunikovat zprávy (XML / textový soubor / HTML soubor atd.) v SOA (Service Oriented Architecture) na více než 80 platformách.

Je spolehlivý a poskytuje zabezpečené, zabezpečené komunikační médium a vynikající řešení pro zasílání zpráv Enterprise Architecture napříč zeměkoulí.

Dnešní článek pojednává o testování fronty zpráv, která usnadňuje přepravu zpráv mezi dvěma aplikacemi / moduly. To vám pomůže otestovat připojení mezi aplikacemi / moduly během přenosu zpráv.

nejlepší bezplatný čistič nevyžádaných souborů pro Windows 10

Otestujte frontu zasílání zpráv aplikací

Co se naučíte:

Příklad v reálném čase Fronta zpráv Systém

Pojďme vzít ICICI banka která zahrnuje mnoho systémů běžících paralelně, aby vytvořila jednu kompletní aplikaci. Předpokládejme, že ICICI banka ukazuje roční ziskové rozpětí 100 milionů $ za rok 2015.

Tento zisk by představoval souhrn všech systémů, jako je spořicí účet, účet kreditní karty, účet na půjčku na bydlení atd.

Banka ICICI jako mateřský systém hledá komunikaci z každého ze svých jednotlivých systémů. Tuto komunikaci může primárně provádět Fronta zpráv Systém.

Mateřská ICICI banka může zaslat požadavek, že potřebuje hrubý zisk aplikace Spořicí účet. Aplikace ukládajícího účtu poté vypočítá tyto informace, uloží je ve formě XML a umístí je do vzdálené fronty.

Nadřazený systém poté zavolá vzdálenou frontu, aby tyto informace získal.

Aplikace s MQ

Konfigurace klíče v SQM nastavuje Správce front .

Správce front MQ

Níže je uvedeno několik důležitých podrobností o správci front

  • Vlastní / spravuje úplné fungování systému Aplikace WebSphere MQ .
  • Není odpovědný za přenos dat.
  • Obsahuje kanál a port pro přenos dat do konkrétní cílové fronty nebo pro interní uložení zprávy, dokud si jiná fronta zprávu nevybere.
  • Aplikace mohou mít více správců / kanálů front pro komunikaci zpráv.

Technický příklad

Předpokládejme, že existují aplikace APPS, APPP, APPF, APPL, APPD . Všichni mezi sebou komunikují zprávy. Některé z nich mají obousměrné komunikační struktury .

  • APLIKACE je prodejní aplikace s manažerem front-APPSQM, kanálem-APPSCH, názvem fronty-MQS, portnum-11112
  • APPP je aplikace pro zpracování produktu, se správcem front-APPPQM, kanálem-APPPCH, názvem fronty-MQP, port-1111
  • APPF je hotová, plně funkční aplikace s správcem front-APPFQM, kanálem-APPFCH, názvem fronty-Mqf, portnum-1112
  • APPL je logistická aplikace s manažerem front-APPLQM, kanálem-APPLCH, názvem fronty-MQD, portnum-1112
  • APPD je doručovací aplikace s manažerem front-APPDQM, kanálem-APPDCH, názvem fronty-MQD, portnum-1112

Fronta zpráv 1

Scénář 1 - APPS odesílá data do APPP

Každá z výše uvedených aplikací bude mít dva konfigurační soubory, konfiguraci aplikace a Fronta zpráv konfigurace. Konfigurace aplikace obsahuje podrobnosti o postupech a zpracování dat pro zprávu XML.

The SQM konfigurační soubor bude mít SQM související podrobnosti jako správce front-APPSQM, kanál-APPSCH, název fronty-MQS, portnum-1111.

( Poznámka: Klikněte na obrázek pro zvětšení)

Fronta zpráv 2

Jednou APLIKACE aplikace data zpracuje, vygeneruje zprávu XML a zařadí ji do fronty. APLIKACE práce je hotová.

Je čas vybrat si zprávu z druhé fronty, do té doby bude správce front data uchovávat.

Nyní řekněme APPP aplikace by měla vybrat zprávu XML z fronty MQS. The APPP Konfigurační soubor MQ je nakonfigurován tak, aby načítal zprávu XML z fronty MQS.

životní cyklus vodopádu modelového systému

Fronta MQP načte zprávu XML z fronty MQS a odešle ji do APPP žádost o další zpracování.

Podobné procesy provádí každá aplikace za účelem získání dat z jiných aplikací.

Scénář 2 - APPP odesílá data do APPS

Tentokrát se konfigurační soubory budou na obou stranách lišit. Konfigurační soubor MQ na APPP bude mít různé informace o frontě, jako je správce front-APPPQMR, kanál-APPPCHR, název fronty-MqpR, portnum-1111.

A APLIKACE bude mít různé informace o frontě, jako je správce front-APPSQMR, kanál-APPSCHR, název fronty-MqsR, portnum-1111. Nezapomeňte, že číslo portu může být pro několik aplikací stejné, protože je lze připojit jako rovnocenné ve stejném systému.

Fronta zpráv 3

Proto, všechny aplikace budou muset být odpovídajícím způsobem nakonfigurovány pro komunikaci zpráv mezi sebou.

Existuje možnost, že může dojít ke komunikaci mezi místními aplikacemi, které jsou v aktuálním systému, se vzdálenou aplikací jinde. Jak již bylo zmíněno výše, místní i vzdálené aplikace by měly mít na svém serveru konfigurační soubory, které umožní komunikaci.

Jak je zmíněno výše, jak místní, tak vzdálené aplikace by měly mít na svém serveru konfigurační soubory, které umožní komunikaci.

Funkční testování s MQ

Testeři budou muset ověřit následující

  • Konfigurace aplikace
  • Konfigurace fronty
  • Formát zprávy
  • Správnost a úplnost zprávy
  • Přenos zpráv
  • Selhání zpráv, když k nim dojde

MQ v SOA

SQM je spolehlivá technika, kterou lze použít v SOA architektura pro komunikaci zpráv mezi aplikacemi. Protože komunikace zpráv je klíčovým konceptem pro provoz systému ERP, SQM poskytuje to správné řešení.

Je to snadné a bezpečné. Po přístupu podobném tomu, který je uveden v technickém příkladu,

Po přístupu podobném tomu, který je uveden v technickém příkladu, Fronta zpráv lze nastavit na více aplikacích pro načítání dat z jedné nebo více aplikací.

Fronta zpráv 4

automatizovaný testovací nástroj pro webové aplikace

Když se podíváme na architekturu aplikace, mohou testeři získat více informací o konektivitě komunikace zpráv mezi aplikacemi, toku zpráv E2E atd.

V každém případě může tým MQ nebo týmy prostředí poskytnout další podrobnosti.

MG simulátor (jako IBM WebSphere ), který může přenášet zprávy z příchozí fronty do odchozí fronty, lze použít k vyřazení zpráv, jejich sledování a kontrole příjmu ve odchozí frontě s proměnlivými konfiguracemi.

Problémy související s MQ během testování

Při testování aplikací, které komunikují prostřednictvím zpráv Fronta zpráv , existuje mnoho scénářů, kdy může dojít k selhání přenosu zpráv z jedné aplikace do druhé.

Některé běžné problémy jsou uvedeny níže

  • Problémy s formátem zprávy XML, jako je nesprávná hlavička, problém s metadaty, problémy s formátem, problémy s daty atd.
  • Nesprávná konfigurace fronty, například nesprávný název fronty, název správce, kanál, port atd.
  • Velikost zprávy může být větší, než se očekávalo, zpráva spadne do složky chyb / mrtvé fronty.
  • Problém se serverem fronty, problém s připojením, problém se vzdálenou frontou atd. Vede k selhání komunikace zpráv.

Závěr

Při testování následujících aplikací SOA , jako ERP systémy , MQ jsou nedílnými prvky a jako testeři je dobré porozumět základním podrobnostem o tom samém.

Doufáme, že tento článek úspěšně představil koncept a otevřel cesty pro další zkoumání a zvládnutí.

O autor: Toto je článek od Asisha K Mallika.

Sdílejte prosím své komentáře, dotazy a vstupy níže.

Doporučené čtení

^