Меню

Как да тествате опашката за съобщения на приложения: Урок за IBM WebSphere MQ Intro

how test application messaging queue

Опитайте Нашия Инструмент За Премахване На Проблемите

Какво представлява опашката за съобщения?

Опашка за съобщения (MQ) , ориентиран към съобщения инструмент за мидълуер, е IBM продукт от 1992 г. Много е полезно да комуникирате съобщения (XML / текстов файл / HTML файл и т.н.) в SOA (архитектура, ориентирана към услуги) на над 80 платформи.

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

Днешната статия е за тестване на опашка за съобщения, която улеснява транспортирането на съобщения между две приложения / модули. Това ще ви помогне да тествате връзката между приложения / модули по време на транспортиране на съобщения.

Тествайте опашката за съобщения на приложения

Какво ще научите:

Пример в реално време на Опашка за съобщения система

Да вземем ICICI банка което включва много системи, работещи паралелно, за да се направи едно цялостно приложение. Да приемем, че ICICI банка показва годишен марж на печалба от 100 милиона долара за 2015 година.

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

Банката ICICI като родителска система търси комуникация от всяка своя отделна система. Тази комуникация може да се осъществява предимно от Опашка за съобщения система.

Банката-майка ICICI може да изпрати искане, че се нуждае от брутната печалба от приложението на спестовна сметка. След това приложението за спестяващ акаунт изчислява тази информация, съхранява я под формата на XML и я поставя в отдалечената опашка.

Тогава родителската система ще извика отдалечената опашка за извличане на тази информация.

Приложение с MQ

Ключовата конфигурация в SQM настройва Мениджър на опашки .

MQ Queue manager

Няколко важни подробности за Queue Manager са споменати по-долу

  • Той притежава / управлява цялостното функциониране на Приложение WebSphere MQ .
  • Той не носи отговорност за предаването на данни.
  • Съдържа канал и порт за предаване на данни до определена опашка за местоназначение или за вътрешно съхраняване на съобщението, докато друга опашка не избере съобщението.
  • Приложенията могат да имат множество мениджъри на опашки / канали за комуникация на съобщения.

Технически пример

Да предположим, че има приложения APPS, APPP, APPF, APPL, APPD . Всички комуникират съобщения помежду си. Някои от тях имат двупосочни комуникационни структури .

  • ПРИЛОЖЕНИЯ е приложения за продажби, с мениджър на опашки-APPSQM, канал-APPSCH, име на опашка-MQS, portnum-11112
  • APPP е приложение за обработка на продукти, с мениджър на опашки-APPPQM, канал-APPPCH, име на опашка-MQP, portnum-1111
  • APPF е завършено, напълно функционално приложение, с мениджър на опашки-APPFQM, канал-APPFCH, име на опашка-Mqf, portnum-1112
  • ПРИЛОЖЕНИЕ е логистично приложение, с мениджър на опашки-APPLQM, канал-APPLCH, име на опашка-MQD, portnum-1112
  • APPD е приложение за доставка, с мениджър на опашки-APPDQM, канал-APPDCH, име на опашка-MQD, portnum-1112

Опашка за съобщения 1

Сценарий 1 - APPS изпраща данни към APPP

Всяко от горните приложения ще има два конфигурационни файла, конфигурация на приложението и Опашка за съобщения конфигурация. Конфигурацията на приложението съдържа подробности за процедурите и обработката на данни за XML съобщението.

The SQM конфигурационния файл ще има SQM свързани подробности като мениджър на опашки-APPSQM, канал-APPSCH, име на опашка-MQS, portnum-1111.

( Забележка: Щракнете върху изображението за увеличен изглед)

Опашка за съобщения 2

Веднъж ПРИЛОЖЕНИЯ приложението обработва данните, генерира XML съобщението и го поставя в опашката. ПРИЛОЖЕНИЯ работата е свършена.

Време е да изберете съобщението от другата опашка, докато тогава Queue Manager ще съхранява данните.

Сега нека кажем APPP приложението трябва да избере XML съобщението от опашката MQS. The APPP Конфигурационният файл на MQ е конфигуриран да извлече XML съобщението от опашката на MQS.

Опашката MQP ще извлече XML съобщението от опашката MQS и ще го изпрати на APPP заявление за по-нататъшна обработка.

Подобни процеси се извършват от всяко приложение за получаване на данни от други приложения.

Сценарий 2 - APPP изпраща данни на APPS

Този път конфигурационните файлове ще бъдат различни и от двете страни. Конфигурационният файл на MQ в APPP ще има различна информация за опашката, като Queue Manager-APPPQMR, channel-APPPCHR, име на опашката-MqpR, portnum-1111.

И ПРИЛОЖЕНИЯ ще има различна информация за опашката като мениджър на опашки-APPSQMR, канал-APPSCHR, име на опашка-MqsR, portnum-1111. Не забравяйте, че номерът на порта може да бъде еднакъв за няколко приложения, тъй като те могат да бъдат свързани като връстници в една и съща система.

Опашка за съобщения 3

спокойни уеб услуги интервю въпроси и отговори за опитни в Java

Следователно, всички приложения ще трябва да бъдат конфигурирани по съответния начин, за да обменят съобщения помежду си.

Има възможност комуникацията да се случи между локални приложения, които са в текуща система с отдалечено приложение другаде. Както бе споменато по-горе, както локалните, така и отдалечените приложения трябва да имат конфигурационни файлове, които да се настроят на сървъра им, за да се даде възможност за комуникация.

Както е споменато по-горе, както локалните, така и отдалечените приложения трябва да имат конфигурационни файлове, които да се настроят на сървъра им, за да се даде възможност за комуникация.

Функционално тестване с MQ

Тестерите ще трябва да проверят следното

  • Конфигурация на приложението
  • Конфигурация на опашката
  • Формат на съобщението
  • Коректност и пълнота на съобщението
  • Предаване на съобщение
  • Грешки в съобщенията, когато се появят

MQ в SOA

SQM е надеждна техника, която може да се използва в SOA архитектура за комуникация на съобщения между приложения. Тъй като комуникацията със съобщения е ключова концепция за управление на ERP система, SQM осигурява правилното решение за него.

Той е без усилие и сигурен. Следвайки подход, подобен на този, показан в техническия пример,

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

Опашка за съобщения 4

Като разгледаме архитектурата на приложението, тестерите могат да получат повече информация за свързаността на комуникацията на съобщения между приложенията, потока на съобщенията E2E и т.н.

Във всеки случай екипът на MQ или екипите по околната среда могат да предоставят допълнителни подробности.

MG симулатор (като IBM WebSphere ), който може да прехвърля съобщенията от входящата опашка към изходяща опашка, може да се използва за пускане на съобщения, наблюдение и проверка на получаването на изходящата опашка с променливи конфигурации.

Проблеми, свързани с MQ по време на тестване

Докато тествате приложенията, които комуникират съобщения чрез Опашка за съобщения , има много сценарии, при които съобщенията не могат да се прехвърлят от едно приложение в друго.

Някои от често срещаните проблеми са споменати по-долу

  • Въведете проблеми с формата на XML съобщения, като неправилен заглавка, проблем с метаданни, проблеми с формата, проблеми с данни и др.
  • Неправилна конфигурация на опашката, като неправилно име на опашка, име на мениджър, канал, порт и т.н.
  • Размерът на съобщението може да е по-голям от очаквания съобщението ще попадне в папката за грешка / опасна опашка.
  • Проблем със сървъра на опашки, проблем със свързаността, проблем с отдалечена опашка и т.н. води до неуспех в комуникацията на съобщения.

Заключение

При тестване на приложения, които следват SOA , като ERP системи , MQ са неразделни елементи и като тестери е добре да разберете основните подробности за същите.

Надяваме се, че тази статия е успяла да представи концепцията и е отворила възможности за по-нататъшно изследване и усвояване.

За автор: Това е статия за гости на Ашиш К Малик.

Моля, споделете вашите коментари, въпроси и информация по-долу.

Препоръчително четене

^