Découvrez comment la solution Parasoft Continuous Quality permet de contrôler et de gérer les environnements de test pour fournir des logiciels de haute qualité en toute confiance. Inscrivez-vous pour la démo >>

BLOG

Qu'est-ce que l'EDI et comment gérer des données complexes et hiérarchiques

Qu'est-ce que l'EDI et comment gérer des données complexes et hiérarchiques Temps de lecture : 4 minutes

En aidant aux déploiements d'automatisation des tests fonctionnels chez deux fournisseurs d'assurance maladie différents, j'ai découvert certains points communs dans leurs défis découlant des données EDI:

  1. La plupart des flux de travail EDI sont lancés à partir d'un dépôt de fichier réel. Il est difficile de simuler cette suppression de fichier.
  2. Un seul échange peut être une combinaison de dialecte, de version et de type de message. La génération d'un message conforme à ce schéma spécifique peut être fastidieuse.
  3. Il est nécessaire de conduire des messages EDI avec des données. Cela peut devenir trop compliqué, en particulier lors de la gestion de la hiérarchie et des types de données.

Dans cet article de blog, je vais approfondir ces défis auxquels les testeurs sont confrontés lorsqu'ils travaillent avec l'EDI, et comment vous pouvez commencer à les résoudre avec des tests automatisés.

Échange de données informatisé (EDI)

Tout d'abord, revenons aux bases. EDI est un norme de format de message utilisé pour communiquer des informations commerciales entre entités commerciales. Les entreprises utilisaient du papier pour ces transactions (c'est-à-dire les bons de commande, les factures ou dans le secteur de la santé, par exemple, les formulaires d'inscription), ce qui était extrêmement compliqué et sujet aux erreurs:

Pour améliorer le processus, l'EDI a été conçu pour normaliser les communications et effectuer un «échange sans papier»:
Malheureusement, bien que l'EDI ait amélioré le processus en permettant aux entreprises d'envoyer des informations par voie électronique plutôt que sur papier, l'EDI a également présenté ses propres défis. Récemment, j'ai pu aider les gens à résoudre ces problèmes à l'aide de nos outils de test de logiciels, et je suis ravi de partager la solution avec vous aussi.

Gérer les données (facilement!) Pendant les tests EDI

Lors de ces récents déploiements de soins de santé, je travaillais avec des organisations qui utilisaient des définitions de message standard HIPAA pour générer 834 fichiers à la fois en tant que demandes et réponses. Ces charges utiles sont de longueur fixe et peuvent être très complexes.

Pour les deux équipes, ils devaient envoyer et recevoir des fichiers à tester. Comme ils n'avaient pas de moyen de transmettre le message EDI réel dans le système, ils doivent utiliser des fichiers physiques. Ils recevaient un e-mail contenant la définition du fichier, déposaient ce fichier dans le dossier d'échange, puis valideraient manuellement les résultats qui revenaient. Les données ont été pré-créées et placées dans le format approprié dans le fichier, mais elles n'ont pas eu la possibilité de les modifier facilement. Il était extrêmement difficile d'obtenir les données appropriées dans le système et de conduire les validations avec la même source de données.

Amélioration du flux de travail EDI

Dans ces déploiements, j'ai ajouté Parasoft SOAtest et Virtualiser à leurs flux de travail, qui, grâce à des packs de messages, pourraient fournir une bibliothèque de telles définitions qui pourraient être générées à la volée. De cette façon, les deux équipes ont pu générer les messages nécessaires et (surtout) gérer les demandes et les réponses par les données. (C'était à la fois lors de l'envoi d'une demande et de la validation finale de la réponse.)

Vous voulez découvrir Parasoft Virtualize? Essayez notre édition communautaire gratuite.

En utilisant SOAtest et Virtualize, nous avons également amélioré la façon dont ils traitaient l'EDI hiérarchique. Le référentiel de données gère de manière transparente les données hiérarchiques, ce qui leur a permis de créer des structures de données très faciles à interagir avec qui pourraient être utilisées à la fois pour les demandes et les validations. J'imagine que quiconque utilise l'EDI avec des sources de données File comprend immédiatement pourquoi cela a été si excitant pour mes clients.

Alors maintenant, passons étape par étape à travers le flux de travail que nous avons mis en place pour résoudre ce défi, afin que vous puissiez le faire aussi.

Voici comment procéder: Utiliser SOAtest et Virtualize pour faciliter le travail avec les messages EDI

Nous avons commencé avec le schéma de message EDI inclus pour un fichier 834.

L'utilisation de SOAtest facilite le travail avec EDI car SOAtest contient une bibliothèque de ces messages intégrée, et vous choisissez simplement le dialecte, la version et le type de message dans les listes déroulantes. Votre charge utile apparaît instantanément et est prête à fonctionner avec des données. Ensuite, je peux remplir quelques valeurs pour le message par défaut. Il peut s'agir des valeurs de données dont je sais qu'elles ne changeront pas.

Ensuite, je peux créer instantanément une source de données hiérarchiques pour la charge utile directement à partir de l'éditeur, et je n'ai pas à me soucier de mapper mes éléments de réponse à ma charge utile, car tout est fait automatiquement. Cela générera pour moi une source de données facile à utiliser.

Une fois cette source de données créée, je peux ajouter, supprimer et modifier les données aussi facilement que si je travaillais avec une feuille de calcul. Les données sont représentées dans l'interface du client léger de Virtualize - voici à quoi ressemble l'éditeur de données dans le gestionnaire de données de test:

Et voilà: le flux de travail transparent pour passer de la définition EDI à la source de données intuitive.

Pour mes récents déploiements, cela a été un gros casse-tête, permettant aux équipes d'accéder aux pièces de validation avec lesquelles elles se débattaient traditionnellement. Ils pourraient facilement ajouter de nouveaux cas d'utilisation dans la source de données et en tirer des validations.

De plus, nous avons pu envoyer les appels directement dans le système à l'aide de http, mais simuler la suppression de fichier réelle, en transformant la sortie en fichier, en plaçant le formulaire dans le dossier approprié et en configurant l'écouteur de fichier pour recevoir la réponse.

Et voila! Traitement automatisé des fichiers EDI

Et voila. Avoir un outil de test fonctionnel qui fonctionne pour vous plutôt que contre vous peut faire une énorme différence lorsque vous avez un format de message ou un protocole complexe à gérer. Lorsque nous déployons Parasoft SOAtest & Virtualize, cela simplifie le travail avec des cas d'utilisation complexes, hérités ou inhabituels, et tous les cas de test et services simulés que vous créez avec des messages EDI s'intègrent parfaitement dans vos paradigmes de conception de test existants, vous épargnant ainsi un tonne de temps.

Vous utilisez l'EDI ou un autre format de message spécifique à l'industrie? Obtenez des informations clés sur les tests de transactions impliquant EDIFACT, HL7, HIPAA, X12 et d'autres formats de message.

Écrit par

Chris Colosimo

Chef de produit chez Parasoft, Chris élabore des stratégies de développement de produits pour les solutions de test fonctionnel de Parasoft. Son expertise en accélération SDLC grâce à l'automatisation l'a conduit à des déploiements majeurs en entreprise, tels que Capital One et CareFirst.

Recevez les dernières nouvelles et ressources sur les tests de logiciels dans votre boîte de réception.