how test application messaging queue
メッセージングキューとは何ですか?
メッセージングキュー(MQ) 、メッセージ指向ミドルウェアツールは IBM 1992年以来の製品。メッセージ(XML /テキストファイル/ HTMLファイルなど)をで伝達することは非常に役立ちます SOA (サービス指向アーキテクチャ)80以上のプラットフォーム。
信頼性が高く、安全で確実な通信媒体と優れたメッセージングソリューションを提供します。 エンタープライズアーキテクチャ 世界中で。
今日の記事は、2つのアプリケーション/モジュール間のメッセージの転送を容易にするメッセージングキューのテストについてです。 これは、メッセージ転送中にアプリケーション/モジュール間の接続をテストするのに役立ちます。
偽のメールアドレスを作成する方法
学習内容:
のリアルタイム例 メッセージングキュー システム
取りましょう ICICI銀行 これには、1つの完全なアプリケーションを作成するために並行して実行される多くのシステムが含まれます。と仮定します ICICI銀行 は、2015年の年間利益率が1億ドルであることを示しています。
この利益は、普通預金口座、クレジットカード口座、住宅ローン口座などのすべてのシステムの合計になります。
親システムとしてのICICI銀行は、個々のシステムのそれぞれからの通信を求めています。この通信は主にによって実行することができます メッセージングキュー システム。
親ICICI銀行は、普通預金口座アプリケーションの粗利益が必要であるという要求を送信できます。次に、普通預金口座アプリケーションはこの情報を計算し、XML形式で保存して、リモートキューに配置します。
次に、親システムはリモートキューを呼び出して、この情報を取得します。
MQを使用したアプリケーション
の主要な構成 SQM を設定しています キューマネージャー 。
キューマネージャに関するいくつかの重要な詳細を以下に示します。
- それはの完全な機能を所有/管理します WebSphereMQアプリケーション 。
- データの送信については責任を負いません。
- 特定の宛先キューにデータを送信するため、または他のキューがメッセージを選択するまでメッセージを内部に保存するためのチャネルとポートが含まれます。
- アプリケーションは、メッセージを通信するために複数のキューマネージャー/チャネルを持つことができます。
技術例
アプリケーションがあるとしましょう APPS、APPP、APPF、APPL、APPD 。すべてが互いにメッセージを通信しています。それらのいくつかは持っています 双方向通信構造 。
- APPS は、キュー・マネージャー-APPSQM、チャネル-APPSCH、キュー名-MQS、portnum-11112を備えた販売アプリケーションです。
- APPP は、キュー・マネージャー-APPPQM、チャネル-APPPCH、キュー名-MQP、portnum-1111を備えた製品処理アプリケーションです。
- APPF キューマネージャ-APPFQM、チャネル-APPFCH、キュー名-Mqf、portnum-1112を備えた、完成した完全に機能するアプリケーションです。
- APPL はロジスティクスアプリケーションであり、キューマネージャ-APPLQM、チャネル-APPLCH、キュー名-MQD、portnum-1112を備えています。
- APPD は、キュー・マネージャー-APPDQM、チャネル-APPDCH、キュー名-MQD、portnum-1112を備えた配信アプリケーションです。
シナリオ1-APPSはAPPPにデータを送信します
上記の各アプリケーションには、2つの構成ファイル、アプリケーション構成、および メッセージングキュー 構成。アプリケーション構成には、XMLメッセージの手順とデータ処理の詳細が含まれています。
ザ・ SQM 設定ファイルには SQM キュー・マネージャー-APPSQM、チャネル-APPSCH、キュー名-MQS、portnum-1111などの関連する詳細。
(( 注意: 画像をクリックすると拡大表示されます)
一度 APPS アプリケーションはデータを処理し、XMLメッセージを生成して、キューに入れます。 APPS 仕事は終わりました。
キューマネージャがデータを保持するまで、他のキューでメッセージを選択するときが来ました。
さて、 APPP アプリケーションは、MQSキューからXMLメッセージを選択する必要があります。ザ・ APPP MQ構成ファイルは、MQSキューからXMLメッセージをフェッチするように構成されています。
Webサービスインタビューの質問.net
MQPキューは、MQSキューからXMLメッセージをフェッチし、に送信します。 APPP さらなる処理のためのアプリケーション。
同様のプロセスが各アプリケーションによって実行され、他のアプリケーションからデータを取得します。
シナリオ2–APPPはAPPSにデータを送信します
今回は、設定ファイルは両側で異なります。 MQ構成ファイルは APPP キューマネージャ-APPPQMR、チャネル-APPPCHR、キュー名-MqpR、portnum-1111などのさまざまなキュー情報があります。
そしてその APPS キューマネージャー-APPSQMR、チャネル-APPSCHR、キュー名-MqsR、portnum-1111などのさまざまなキュー情報があります。ポート番号は、同じシステム内のピアとして接続できるため、いくつかのアプリケーションで同じになる可能性があることに注意してください。
したがって、 すべてのアプリケーションは、それらの間でメッセージを通信するように適切に構成する必要があります。
現在のシステムにあるローカルアプリケーションと他の場所にあるリモートアプリケーションとの間で通信が発生する可能性があります。上記のように、ローカルアプリケーションとリモートアプリケーションの両方に、通信を有効にするためにサーバーに設定する構成ファイルが必要です。
Javaで配列をソートする方法
上記のように、 ローカルアプリケーションとリモートアプリケーションの両方に、通信を有効にするためにサーバーに設定する構成ファイルが必要です。
MQによる機能テスト
テスターは以下を検証する必要があります
- アプリケーション構成
- キュー構成
- メッセージ形式
- メッセージの正確性と完全性
- メッセージ送信
- メッセージの失敗、発生した場合
SOAのMQ
SQM で使用できる信頼性の高い技術です SOA アプリケーション間でメッセージを通信するためのアーキテクチャ。メッセージ通信はERPシステムを実行するための重要な概念であるため、 SQM そのための適切なソリューションを提供します。
それは楽で安全です。技術例に示されているものと同様のアプローチに従って、
技術例に示されているものと同様のアプローチに従って、 メッセージングキュー 複数のアプリケーションに設定して、1つ以上のアプリからデータをフェッチできます。
テスターは、アプリケーションアーキテクチャを確認することで、アプリケーション間のメッセージ通信接続、E2Eメッセージフローなどに関する詳細情報を取得できます。
いずれの場合も、MQチームまたは環境チームが追加の詳細を提供できます。
MGシミュレーター (といった IBM WebSphere )、インバウンドキューからアウトバウンドキューにメッセージを転送できるため、メッセージをドロップし、監視し、さまざまな構成でアウトバウンドキューでの受信を確認できます。
メッセージを通信するアプリケーションをテストしている間 メッセージングキュー 、メッセージをあるアプリケーションから別のアプリケーションに転送できないシナリオはたくさんあります。
一般的な問題のいくつかを以下に示します
- 誤ったヘッダー、メタデータの問題、形式の問題、データの問題など、XMLメッセージ形式の問題を入力します。
- 不正なキュー名、マネージャ名、チャネル、ポートなどの不正なキュー設定。
- メッセージサイズが予想よりも大きい場合がありますメッセージはエラー/デッドキューフォルダに分類されます。
- キューサーバーの問題、接続の問題、リモートキューの問題などは、メッセージ通信の失敗につながります。
結論
次のアプリをテストする場合 SOA 、 といった ERPシステム 、 MQ は不可欠な要素であり、テスターとして、同じことに関する基本的な詳細を理解することをお勧めします。
この記事がコンセプトの紹介に成功し、さらなる探求と習得への道が開かれたことを願っています。
関して 著者: AsishKMallikによるゲスト記事です。
以下のコメント、質問、入力を共有してください。
推奨読書
- 初心者向けの詳細なEclipseチュートリアル
- .NETWebアプリケーションをデプロイするためのAWSElasticBeanstalkチュートリアル
- SVNからIBMRationalTeamコンサートへの移行チュートリアル
- IBM RationalTeamコンサート欠陥管理ツールのチュートリアル
- AngularJSを使用してシングルページアプリケーションを構築する(チュートリアルと例)
- STLの優先キュー
- 例を含むJavaリフレクションチュートリアル
- トラフィックオウムを使用してJMSIBM WebSphereMQをモックおよびシミュレーションする方法(ハンズオンレビュー)