how test application messaging queue
Qu'est-ce que la file d'attente de messagerie?
application gratuite de téléchargement de musique mp3 pour android
File d'attente de messagerie (MQ) , un middleware orienté message, est un IBM produit depuis 1992. Il est très utile de communiquer des messages (XML / fichier texte / fichier HTML etc.) dans SOA (Service Oriented Architecture) sur plus de 80 plates-formes.
Il est fiable et fournit un moyen de communication sécurisé et assuré et une excellente solution de messagerie pour L'architecture d'entreprise à travers le monde.
L’article d’aujourd’hui porte sur le test de Messaging Queue qui facilite le transport des messages entre deux applications / modules. Cela vous aidera à tester la connectivité entre les applications / modules pendant le transport des messages.
Ce que vous apprendrez:
- Exemple en temps réel du système de file d'attente de messagerie
- Application avec MQ
- Exemple technique
- Test fonctionnel avec MQ
- MQ dans SOA
- Problèmes liés à MQ pendant les tests
- Conclusion
- lecture recommandée
Exemple en temps réel de File d'attente de messagerie système
Prenons Banque ICICI cela inclut de nombreux systèmes fonctionnant en parallèle pour créer une application complète. Supposons que le Banque ICICI montre une marge bénéficiaire annuelle de 100 millions de dollars pour l'année 2015.
Ce profit serait un agrégat de tous les systèmes tels que le compte d'épargne, le compte de carte de crédit, le compte de prêt immobilier et ainsi de suite.
La banque ICICI, en tant que système parent, recherche la communication de chacun de ses systèmes individuels. Cette communication peut principalement être effectuée par File d'attente de messagerie système.
La banque mère ICICI peut envoyer une demande indiquant qu'elle a besoin du bénéfice brut de l'application de compte d'épargne. L'application de compte d'épargne calcule ensuite ces informations, les stocke sous forme de XML et les place dans la file d'attente distante.
Le système parent appellera alors la file d'attente distante pour récupérer ces informations.
Application avec MQ
La configuration clé dans SQM met en place le Gestionnaire de file d'attente .
Quelques détails importants sur le gestionnaire de files d'attente sont mentionnés ci-dessous
- Il possède / gère le fonctionnement complet du Application WebSphere MQ .
- Il n’est pas responsable de la transmission des données.
- Contient un canal et un port pour transmettre des données à une file d'attente de destination particulière ou pour stocker le message en interne jusqu'à ce qu'une autre file d'attente sélectionne le message.
- Les applications peuvent avoir plusieurs gestionnaires / canaux de file d'attente pour communiquer des messages.
Exemple technique
Supposons qu'il existe des applications APPLICATIONS, APPP, APPF, APPL, APPD . Tous se communiquent des messages. Certains d'entre eux ont structures de communication bidirectionnelles .
- APPLICATIONS est une application de vente, avec gestionnaire de files d'attente-APPSQM, canal-APPSCH, nom de file d'attente-MQS, numéro de port-11112
- APPP est une application de traitement de produit, avec gestionnaire de files d'attente-APPPQM, canal-APPPCH, nom de file d'attente-MQP, numéro de port-1111
- APPF est une application terminée et entièrement fonctionnelle, avec gestionnaire de files d'attente-APPFQM, canal-APPFCH, nom de file d'attente-Mqf, numéro de port-1112
- APPLI est une application logistique, avec gestionnaire de files d'attente-APPLQM, canal-APPLCH, nom de file d'attente-MQD, numéro de port-1112
- APPD est une application de livraison, avec gestionnaire de files d'attente-APPDQM, canal-APPDCH, nom de file d'attente-MQD, numéro de port-1112
Scénario 1 - APPS envoie des données à APPP
Chacune des applications ci-dessus aura deux fichiers de configuration, une configuration d'application et File d'attente de messagerie configuration. La configuration de l'application contient des détails sur les procédures et le traitement des données pour le message XML.
Le SQM le fichier de configuration aura le SQM détails connexes tels que gestionnaire de files d'attente-APPSQM, canal-APPSCH, nom de file d'attente-MQS, numéro de port-1111.
( Noter: Cliquez sur l'image pour une vue agrandie)
quels sont les différents fournisseurs de messagerie
Une fois la APPLICATIONS l'application traite les données, génère le message XML et le place dans la file d'attente. APPLICATIONS la tâche est finie.
Il est temps de sélectionner le message par l’autre file d’attente jusqu’à ce que le gestionnaire de files d’attente conserve les données.
Maintenant, disons le APPP l'application doit sélectionner le message XML dans la file d'attente MQS. Le APPP Le fichier de configuration MQ est configuré pour extraire le message XML de la file d'attente MQS.
La file d'attente MQP récupère le message XML de la file d'attente MQS et l'envoie à APPP demande de traitement ultérieur.
Des processus similaires sont exécutés par chaque application pour obtenir des données d'autres applications.
Scénario 2 - APPP envoie des données à APPS
Cette fois, les fichiers de configuration seront différents des deux côtés. Le fichier de configuration MQ à APPP aura des informations de file d'attente différentes comme Queue Manager-APPPQMR, channel-APPPCHR, queue name-MqpR, portnum-1111.
Et le APPLICATIONS aura des informations de file d'attente différentes telles que Gestionnaire de file d'attente-APPSQMR, canal-APPSCHR, nom de file d'attente-MqsR, numéro de port-1111. N'oubliez pas que le numéro de port peut être le même pour quelques applications car elles peuvent être connectées en tant qu'homologues dans le même système.
Par conséquent, toutes les applications devront être configurées en conséquence pour communiquer des messages entre elles.
Il est possible qu'une communication puisse avoir lieu entre des applications locales qui se trouvent dans un système actuel avec une application distante ailleurs. Comme mentionné ci-dessus, les applications locales et distantes doivent avoir des fichiers de configuration à configurer sur leur serveur pour permettre la communication.
Comme mentionné ci-dessus, les applications locales et distantes doivent avoir des fichiers de configuration à configurer sur leur serveur pour permettre la communication.
Test fonctionnel avec MQ
Les testeurs devront valider les éléments suivants
- Configuration de l'application
- Configuration de la file d'attente
- Format de message
- Exactitude et exhaustivité du message
- Transmission de message
- Échecs de message, lorsqu'ils se produisent
MQ dans SOA
SQM est une technique fiable qui peut être utilisée dans SOA architecture pour communiquer des messages entre les applications. La communication par message étant un concept clé pour exécuter un système ERP, SQM fournit la bonne solution pour cela.
comment ouvrir le fichier swf sur chrome
C'est sans effort et sécurisé. En suivant une approche similaire à celle illustrée dans l'exemple technique,
En suivant une approche similaire à celle illustrée dans l'exemple technique, File d'attente de messagerie peut être défini sur plusieurs applications pour récupérer les données d'une ou plusieurs applications.
En examinant l'architecture de l'application, les testeurs peuvent obtenir plus d'informations sur la connectivité de communication des messages entre les applications, le flux de messages E2E, etc.
Dans tous les cas, l'équipe MQ ou les équipes environnement peuvent fournir des détails supplémentaires.
Simulateur MG (tel que IBM WebSphere ), qui peut transférer les messages de la file d'attente entrante vers une file d'attente sortante, peut être utilisée pour déposer des messages, les surveiller et vérifier la réception dans la file d'attente sortante avec des configurations variables.
Lors du test des applications qui communiquent des messages via File d'attente de messagerie , il existe de nombreux scénarios dans lesquels le transfert des messages d'une application à une autre peut échouer.
Certains des problèmes courants sont mentionnés ci-dessous
- Problèmes de format de message XML d'entrée comme un en-tête incorrect, un problème de métadonnées, des problèmes de format, des problèmes de données, etc.
- Configuration de file d'attente incorrecte, telle qu'un nom de file d'attente incorrect, un nom de gestionnaire, un canal, un port, etc.
- La taille du message peut être supérieure à celle attendue. Le message tombera dans le dossier d'erreur / file d'attente morte.
- Un problème de serveur de file d'attente, un problème de connectivité, un problème de file d'attente distante, etc. conduit à un échec de la communication des messages.
Conclusion
Lors du test des applications qui suivent SOA , tel que Systèmes ERP , MQ sont des éléments intégraux et en tant que testeurs, c'est une bonne idée de comprendre les détails de base à ce sujet.
Nous espérons que cet article a réussi à présenter le concept et à ouvrir des pistes pour une exploration et une maîtrise plus poussées.
À propos de auteur: Ceci est un article invité par Asish K Mallik.
Veuillez partager vos commentaires, questions et contributions ci-dessous.
lecture recommandée
- Tutoriels Eclipse détaillés pour les débutants
- Tutoriel AWS Elastic Beanstalk pour le déploiement d'une application Web .NET
- Tutoriel de migration de SVN vers IBM Rational Team Concert
- Didacticiel sur l'outil de gestion des défauts d'IBM Rational Team Concert
- Créer une application à page unique à l'aide d'AngularJS (tutoriel avec exemple)
- File d'attente prioritaire dans STL
- Tutoriel de réflexion Java avec des exemples
- Comment simuler et simuler JMS IBM WebSphere MQ avec Traffic Parrot (Hands on Review)