how test application messaging queue
çevrimiçi anime izlemek için en iyi yerler
Mesaj Sırası nedir?
Mesajlaşma Sırası (MQ) mesaj odaklı bir ara yazılım aracı, bir IBM Ürün 1992'den beri. Mesajları (XML / metin dosyası / HTML dosyası vb.) içinde iletmek çok yararlıdır. SOA (hizmet Odaklı Mimari) 80'den fazla platformda.
Güvenilirdir ve güvenli, garantili bir iletişim ortamı ve aşağıdakiler için mükemmel bir mesajlaşma çözümü sağlar. Kurumsal Mimari Dünya çapında.
Bugünün makalesi, mesajların iki uygulama / modül arasında taşınmasını kolaylaştıran Messaging Queue'nun test edilmesiyle ilgilidir. Bu, mesaj aktarımı sırasında uygulamalar / modüller arasındaki bağlantıyı test etmenize yardımcı olacaktır.
Ne öğreneceksin:
- Messaging Queue sisteminin gerçek zamanlı örneği
- MQ ile uygulama
- Teknik örnek
- MQ ile Fonksiyonel Test
- SOA'da MQ
- Test sırasında MQ ile ilgili sorunlar
- Sonuç
- Önerilen Kaynaklar
Gerçek zamanlı örnek Mesajlaşma Sırası sistemi
Hadi alalım ICICI Bank Bu, eksiksiz bir uygulama yapmak için paralel olarak çalışan birçok sistemi içerir. Varsayalım ki ICICI Bank 2015 yılı için yıllık 100 Milyon $ kar marjını göstermektedir.
Bu kâr, Tasarruf Hesabı, Kredi Kartı Hesabı, Ev Kredisi Hesabı vb. Tüm sistemlerin toplamı olacaktır.
Bir ana sistem olarak ICICI bankası, kendi bireysel sistemlerinin her birinden iletişim arar. Bu iletişim öncelikle şu kişiler tarafından gerçekleştirilebilir: Mesajlaşma Sırası sistemi.
Ana ICICI bankası, Tasarruf hesabı başvurusunun brüt karına ihtiyaç duyduğuna dair bir talep gönderebilir. Tasarruf hesabı uygulaması daha sonra bu bilgileri hesaplar, XML biçiminde saklar ve uzak sıraya yerleştirir.
Üst sistem daha sonra bu bilgiyi almak için uzak sırayı arayacaktır.
MQ ile uygulama
Anahtar yapılandırma SQM kuruyor Kuyruk Yöneticisi .
Sıra Yöneticisi ile ilgili birkaç önemli ayrıntı aşağıda belirtilmiştir
- Tüm işleyişine sahip / yönetiyor WebSphere MQ Uygulaması .
- Verilerin iletilmesinden sorumlu değildir.
- Verileri belirli bir hedef kuyruğa iletmek veya diğer kuyruk mesajı alana kadar mesajı dahili olarak depolamak için bir kanal ve bağlantı noktası içerir.
- Uygulamaların, mesajları iletmek için birden çok Kuyruk Yöneticisi / kanalı olabilir.
Teknik örnek
Diyelim ki uygulamalar var UYGULAMALAR, APPP, APPF, UYGULAMA, APPD . Hepsi birbirleriyle iletişim halinde olan mesajlardır. Bazılarında var iki yönlü iletişim yapıları .
- UYGULAMALAR kuyruk yöneticisi-APPSQM, kanal-APPSCH, kuyruk adı-MQS, portnum-11112 ile bir satış uygulamasıdır
- APPP kuyruk yöneticisi-APPPQM, kanal-APPPCH, kuyruk adı-MQP, portnum-1111 ile bir ürün işleme uygulamasıdır
- APPF kuyruk yöneticisi-APPFQM, kanal-APPFCH, kuyruk adı-Mqf, portnum-1112 ile tamamlanmış, tamamen işlevsel bir uygulamadır
- BAŞVUR kuyruk yöneticisi-APPLQM, kanal-APPLCH, kuyruk adı-MQD, portnum-1112 ile bir lojistik uygulamasıdır
- APPD kuyruk yöneticisi-APPDQM, kanal-APPDCH, kuyruk adı-MQD, portnum-1112 ile bir teslimat uygulamasıdır
Senaryo 1 - APPS verileri APPP'ye gönderir
Yukarıdaki uygulamaların her birinde iki yapılandırma dosyası, uygulama yapılandırması ve Mesajlaşma Sırası yapılandırma. Uygulama yapılandırması, XML mesajı için prosedürlerin ve veri işlemenin ayrıntılarını içerir.
SQM yapılandırma dosyası, SQM kuyruk yöneticisi-APPSQM, kanal-APPSCH, kuyruk adı-MQS, portnum-1111 gibi ilgili ayrıntılar.
( Not: Büyütülmüş görmek için resmin üzerine tıklayın)
Bir kere UYGULAMALAR uygulama verileri işler, XML mesajını üretir ve sıraya koyar. UYGULAMALAR görev tamamlandı.
Sıra Yöneticisi verileri tutana kadar diğer sıradaki mesajı seçme zamanıdır.
Şimdi diyelim ki APPP uygulama XML mesajını MQS kuyruğundan seçmelidir. APPP MQ yapılandırma dosyası XML mesajını MQS kuyruğundan alacak şekilde yapılandırılmıştır.
MQP kuyruğu, XML mesajını MQS kuyruğundan alacak ve APPP daha fazla işlem için başvuru.
Diğer uygulamalardan veri elde etmek için her uygulama tarafından benzer işlemler gerçekleştirilir.
Senaryo 2 - APPP, verileri APPS'ye gönderir
Bu sefer yapılandırma dosyaları her iki tarafta da farklı olacaktır. MQ yapılandırma dosyası APPP Queue Manager-APPPQMR, channel-APPPCHR, queue name-MqpR, portnum-1111 gibi farklı kuyruk bilgilerine sahip olacaktır.
Ve UYGULAMALAR Queue manager-APPSQMR, channel-APPSCHR, queue name-MqsR, portnum-1111 gibi farklı kuyruk bilgilerine sahip olacaktır. Aynı sistemdeki eşler olarak bağlanabilecekleri için port numarasının birkaç uygulama için aynı olabileceğini unutmayın.
Bu nedenle, mesajları kendi aralarında iletmek için tüm uygulamaların buna göre yapılandırılması gerekecektir.
Mevcut bir sistemde bulunan yerel uygulamalar arasında başka bir yerde uzak bir uygulama ile bir iletişimin gerçekleşmesi olasılığı vardır. Yukarıda bahsedildiği gibi, hem yerel hem de uzak uygulamaların, iletişimi sağlamak için sunucularında kuracakları yapılandırma dosyaları olmalıdır.
Yukarıda belirtildiği gibi, hem yerel hem de uzak uygulamaların, iletişimi sağlamak için sunucularında kurmaları gereken yapılandırma dosyalarına sahip olması gerekir.
MQ ile Fonksiyonel Test
Test uzmanlarının aşağıdakileri doğrulaması gerekir
- Uygulama yapılandırması
- Sıra yapılandırması
- Mesaj biçimi
- Mesaj doğruluğu ve eksiksizliği
- Mesaj iletimi
- Mesaj hataları, meydana geldiklerinde
SOA'da MQ
SQM kullanılabilecek güvenilir bir tekniktir SOA uygulamalar arasında mesajları iletmek için mimari. Mesaj iletişimi, bir ERP sistemini çalıştırmak için anahtar bir kavram olduğundan, SQM bunun için doğru çözümü sağlar.
Zahmetsiz ve güvenlidir. Teknik örnekte gösterilene benzer bir yaklaşım izleyerek,
Teknik örnekte gösterilene benzer bir yaklaşım izleyerek, Mesajlaşma Sırası bir veya daha fazla uygulamadan veri almak için birden fazla uygulamaya ayarlanabilir.
Uygulama mimarisine bir göz atarak, test uzmanları tarafından uygulamalar arasındaki mesaj iletişimi bağlantısı, E2E mesaj akışı vb. Hakkında daha fazla bilgi elde edilebilir.
Her durumda, MQ ekibi veya çevre ekipleri ek ayrıntılar sağlayabilir.
MG simülatörü (gibi IBM WebSphere ), mesajları gelen kuyruğundan giden kuyruğuna aktarabilen, mesajları bırakmak, izlemek ve değişken konfigürasyonlarla giden kuyruğundaki fişi kontrol etmek için kullanılabilir.
Mesaj ileten uygulamaları test ederken Mesajlaşma Sırası , mesajların bir uygulamadan diğerine aktarılamayacağı birçok senaryo vardır.
Yaygın sorunlardan bazıları aşağıda belirtilmiştir
- Hatalı başlık, meta veri sorunu, biçim sorunları, veri sorunları vb. Gibi XML ileti biçimi sorunlarını girin.
- Yanlış kuyruk adı, yönetici adı, kanal, bağlantı noktası vb. Gibi yanlış kuyruk yapılandırması
- Mesaj boyutu beklenenden fazla olabilir mesaj hata / ölü kuyruk klasörüne düşecektir.
- Kuyruk sunucusu sorunu, bağlantı sorunu, uzak kuyruk sorunu vb. Mesaj iletişiminin başarısız olmasına yol açar.
Sonuç
Aşağıdaki uygulamaları test ederken SOA , gibi ERP sistemleri , MQ'lar ayrılmaz öğelerdir ve test ediciler olarak, aynı şeyle ilgili temel ayrıntıları anlamak iyi bir fikirdir.
Bu makalenin konsepti tanıtmada başarılı olduğunu ve daha fazla keşif ve ustalık için yollar açtığını umuyoruz.
Hakkında yazar: Bu, Asish K Mallik'in konuk makalesi.
Lütfen yorumlarınızı, sorularınızı ve girdilerinizi aşağıda paylaşın.
Önerilen Kaynaklar
- Yeni Başlayanlar İçin Derinlemesine Eclipse Eğiticileri
- .NET Web Uygulamasını Dağıtmak için AWS Elastic Beanstalk Eğitimi
- SVN'den IBM Rational Team'e Konser Geçiş Eğitimi
- IBM Rational Team Concert Defect Management Tool Eğitimi
- AngularJS Kullanarak Tek Sayfalı Uygulama Oluşturun (Örnekli Eğitim)
- STL'de Öncelik Sırası
- Örneklerle Java Yansıtma Eğitimi
- JMS IBM WebSphere MQ ile Traffic Parrot ile Nasıl Mock Yapılır ve Simüle Edilir (Hands on Review)