Une organisation financière de premier plan crée un mainframe virtuel et réduit les coûts de test

Le projet

Une institution de services financiers de premier plan avait besoin d'un environnement de test stable et « permanent » que les partenaires commerciaux pouvaient développer et tester afin d'obtenir la certification. Étant donné que l'environnement de test implique des mainframes dont la mise à l'échelle est coûteuse, le même environnement était utilisé par les équipes de développement/test internes ainsi que par les partenaires. Cela a entraîné des conflits de planification, des problèmes de configuration et des temps d'arrêt qui ont retardé l'intégration de nouveaux partenaires. Récemment, l'entreprise a augmenté la vitesse et la portée du recrutement de partenaires, mais le processus d'intégration n'a pas pu suivre le rythme en raison des contraintes de l'environnement de test.

Avant qu'un nouveau partenaire ne soit autorisé à travailler avec l'organisation, il doit réussir à intégrer sa propre application dans le système de l'organisation. L'obtention de la certification de partenaire requise nécessite des tests sur le portail partenaire de l'organisation, qui, en raison de contraintes de coûts, était également utilisé par les équipes internes de développement et d'assurance qualité de l'organisation. Cela a entraîné des contraintes de planification qui ont souvent conduit à des retards de test à la fois internes et externes.

Autre source de retard : une fois qu'une équipe avait fini d'utiliser l'environnement, l'équipe suivante devait passer un temps considérable à « nettoyer » (réinitialiser les données) avant de pouvoir commencer sa propre configuration d'environnement.

De plus, comme les équipes internes utilisent cet environnement pour déployer et tester des modifications applicatives, il n'est pas rare qu'il soit inaccessible au fur et à mesure de la mise à jour des services associés. Bien qu'un temps d'arrêt de l'environnement de test de 6 heures entre 10 h 4 et XNUMX h XNUMX du matin PST puisse ne pas avoir un impact considérable pour de nombreuses organisations, cela pourrait empêcher un nouveau partenaire en Russie de développer et de tester le système pendant ce qui pourrait constituer la majeure partie de sa journée de travail.

Quel que soit le moment où une mise à jour se produit, elle a forcément un impact sur certains des nombreux partenaires mondiaux qui s'efforcent d'obtenir la certification. L'établissement d'un environnement de test secondaire exclusivement pour les partenaires serait d'un coût prohibitif car il implique des mainframes, qui sont très coûteux à répliquer et à faire évoluer à des fins de test.

L'approche

La solution de virtualisation des services de Parasoft permet à l'organisation d'émuler 100 % du comportement du mainframe auquel les partenaires ont besoin d'accéder à des fins de développement, de test et de certification, ce qui leur donne un moyen rentable de fournir un environnement stable et "toujours actif" pour l'intégration des partenaires. .

L'organisation capture la fonctionnalité mainframe en ayant Parasoft Virtualiser « se reposer sur le fil » et enregistrer les demandes et les réponses corrélées (SOAP sur HTTPS et XML sur HTTPS). Avec ce comportement de base émulé par un actif virtuel, l'organisation peut accorder à un nouveau partenaire l'accès à l'environnement nécessaire en quelques minutes. Il leur suffit de modifier un fichier Excel pour que l'actif virtuel accepte une nouvelle plage de données (attribuées à chaque partenaire).

La solution de virtualisation des services de Parasoft permet à l'organisation d'intégrer les partenaires plus efficacement, et sans entraver leurs opérations de développement/test internes. Parasoft Virtualize est utilisé pour capturer 100 % du comportement du mainframe avec lequel les partenaires doivent interagir, et l'organisation peut accorder à un nouveau partenaire l'accès à ce comportement en quelques minutes.

Les Résultats

Désormais, l'équipe interne de l'organisation peut déployer et tester de nouvelles fonctionnalités sans se soucier de perturber les partenaires. Les partenaires n'ont jamais besoin d'interagir avec les mainframes réels. Tous les comportements auxquels ils ont besoin d'accéder sont fournis par les actifs virtuels, qui sont disponibles 24h/7 et XNUMXj/XNUMX.