how test application messaging queue
Шта је ред за размену порука?
Ред за размену порука (МК) , посреднички алат оријентисан на поруке је ИБМ производ од 1992. Веома је корисно комуницирати поруке (КСМЛ / текстуална датотека / ХТМЛ датотека итд.) у ТАКО ДА (сервисно оријентисана архитектура) на преко 80 платформи.
Поуздан је и пружа осигуран, осигуран комуникациони медиј и изврсно решење за размену порука Ентерприсе Арцхитецтуре широм света.
Данашњи чланак говори о тестирању реда за размену порука који олакшава транспорт порука између две апликације / модула. Ово ће вам помоћи да тестирате повезаност између апликација / модула током транспорта порука.
Шта ћете научити:
- Пример стварног времена система за размену порука
- Примена са МК
- Технички пример
- Функционално тестирање са МК
- МК у СОА-и
- Проблеми везани за МК током тестирања
- Закључак
- Препоручено читање
Пример у реалном времену Ред за размену порука систем
Узмимо ИЦИЦИ банка то укључује многе системе који раде паралелно да би се направила једна комплетна апликација. Претпоставимо да је ИЦИЦИ банка показује годишњу профитну маржу од 100 милиона долара за 2015. годину.
Ова добит била би збир свих система као што су штедни рачун, рачун кредитне картице, рачун за кредит и тако даље.
ИЦИЦИ банка као матични систем тражи комуникацију из сваког свог појединачног система. Ову комуникацију првенствено може извршити Ред за размену порука систем.
Матична ИЦИЦИ банка може послати захтев да јој треба бруто профит од пријаве на штедном рачуну. Апликација рачуна за штедњу затим израчунава ове информације, чува их у облику КСМЛ-а и смешта у удаљени ред.
Надређени систем ће тада позвати удаљени ред да би преузео ове информације.
Примена са МК
Конфигурација кључа у СКМ поставља Менаџер редова .
Неколико важних детаља о менаџеру редова је поменуто у наставку
- Поседује / управља комплетним функционисањем система ВебСпхере МК апликација .
- Није одговоран за пренос података.
- Садржи канал и порт за пренос података у одређени одредишни ред или за интерно складиштење поруке док други ред не изабере поруку.
- Апликације могу имати више управитеља редова / канала за комуникацију порука.
Технички пример
Претпоставимо да постоје апликације АПЛИКАЦИЈЕ, АППП, АППФ, АППЛ, АППД . Сви међусобно комуницирају порукама. Неки од њих јесу двосмерне комуникационе структуре .
- АПЛИКАЦИЈЕ је продајна апликација, са управитељем редова-АППСКМ, каналом-АППСЦХ, именом реда-МКС, портнум-11112
- АППП је апликација за обраду производа, са менаџером редова-АПППКМ, каналом-АПППЦХ, именом реда-МКП, портнум-1111
- АППФ је готова, потпуно функционална апликација, са управитељем редова-АППФКМ, каналом-АППФЦХ, именом реда-Мкф, портнум-1112
- АППЛ је логистичка апликација, са управитељем редова-АППЛКМ, каналом-АППЛЦХ, именом реда-МКД, портнум-1112
- АППД је апликација за испоруку, са управитељем редова-АППДКМ, каналом-АППДЦХ, именом реда-МКД, портнум-1112
Сценариј 1 - АППС шаље податке АППП-у
Свака од горе наведених апликација имаће две конфигурационе датотеке, конфигурацију апликације и Ред за размену порука конфигурација. Конфигурација апликације садржи детаље о процедурама и обради података за КСМЛ поруку.
Тхе СКМ датотека за конфигурисање ће имати СКМ повезани детаљи као што су менаџер редова-АППСКМ, канал-АППСЦХ, назив реда-МКС, портнум-1111.
( Белешка: Кликните на слику за увећани приказ)
Када се АПЛИКАЦИЈЕ апликација обрађује податке, она генерише КСМЛ поруку и ставља је у ред. АПЛИКАЦИЈЕ посао је готов.
Време је да одаберете поруку из другог реда до тада ће Управитељ редова задржати податке.
Сад рецимо АППП апликација треба да изабере КСМЛ поруку из реда МКС. Тхе АППП Конфигурациона датотека МК је конфигурисана да преузме КСМЛ поруку из реда МКС.
које су компоненте Јава платформе?
МКП ред ће дохватити КСМЛ поруку из МКС реда и послати је на АППП пријава за даљу обраду.
Сличне процесе спроводи свака апликација за добијање података из других апликација.
Сценариј 2 - АППП шаље податке АППС-у
Овај пут ће се конфигурацијске датотеке разликовати на обје стране. Конфигурациона датотека МК на АППП имаће различите информације о реду као што су Управитељ редова-АПППКМР, канал-АПППЦХР, назив реда-МкпР, портнум-1111.
И АПЛИКАЦИЈЕ имаће различите информације о реду, као што су Управитељ редова-АППСКМР, канал-АППСЦХР, назив реда-МксР, портнум-1111. Имајте на уму да број порта може бити исти за неколико апликација јер би могли бити повезани као равноправни у истом систему.
Стога, све апликације мораће да буду конфигурисане у складу са тим да би међусобно комуницирале поруке.
Постоји могућност да се догоди комуникација између локалних апликација које су у тренутном систему са удаљеном апликацијом негде другде. Као што је горе поменуто, и локалне и удаљене апликације требале би да имају конфигурационе датотеке које треба подесити на свом серверу како би се омогућила комуникација.
Што је горе поменуто, и локалне и удаљене апликације треба да имају конфигурационе датотеке које треба да поставе на свом серверу како би омогућиле комуникацију.
Функционално тестирање са МК
Испитивачи ће морати да потврде следеће
- Конфигурација апликације
- Конфигурација реда
- Формат поруке
- Тачност и потпуност поруке
- Пренос поруке
- Грешке у порукама, када се појаве
МК у СОА-и
СКМ је поуздана техника која се може користити у ТАКО ДА архитектура за комуникацију порука између апликација. Како је комуникација порука кључни концепт за покретање ЕРП система, СКМ пружа право решење за то.
Без напора је и сигуран. Следећи приступ сличан оном приказаном у техничком примеру,
Следећи приступ сличан оном приказаном у техничком примеру, Ред за размену порука може се подесити на више апликација за преузимање података из једне или више апликација.
Увидом у архитектуру апликације, тестери могу добити више информација о повезаности комуникације порука између апликација, протоку порука Е2Е итд.
У сваком случају, МК тим или тимови за заштиту животне средине могу пружити додатне детаље.
МГ симулатор (као такав ИБМ ВебСпхере ), који може пренијети поруке из долазног реда у одлазни ред, може се користити за испуштање порука, надгледање истих и провјеру пријема у одлазном реду са промјењивим конфигурацијама.
Током тестирања апликација које комуницирају порукама путем Ред за размену порука , постоји много сценарија у којима се поруке не могу пренијети из једне апликације у другу.
Неки од најчешћих проблема наведени су у наставку
- Унесите проблеме са форматом КСМЛ поруке, као што су нетачно заглавље, проблем са метаподацима, проблеми са форматом, подаци итд.
- Нетачна конфигурација реда, као што је нетачно име реда, име менаџера, канал, порт итд.
- Величина поруке може бити већа од очекиване, порука ће пасти у директоријум грешака / мртвих редова.
- Проблем са сервером за редове, проблем са повезивањем, проблем са удаљеним редом итд. Доводи до неуспеха у комуникацији порука.
Закључак
Приликом тестирања апликација које следе ТАКО ДА , као такав ЕРП системи , МК су саставни елементи и као тестери, добра је идеја разумјети основне детаље истих.
Надамо се да је овај чланак успео да представи концепт и да отвори путеве за даља истраживања и савладавање.
О аутор: Ово је гостујући чланак Ашиша К Маллика.
Молимо поделите своје коментаре, питања и улоге у наставку.
Препоручено читање
- Дубински водичи за помрачење за почетнике
- АВС Еластиц Беансталк Водич за примену .НЕТ веб апликације
- СВН у ИБМ Ратионал Теам Цонцерт Мигратион Туториал
- Водич за алат за управљање недостацима у програму ИБМ Ратионал Теам
- Направите апликацију за једну страницу користећи АнгуларЈС (Водич са примером)
- Редослед приоритета у СТЛ-у
- Водич за Јава рефлексију са примерима
- Како се ругати и симулирати ЈМС ИБМ ВебСпхере МК помоћу саобраћајног папагаја (Руке на прегледу)