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

Comment une société de services financiers de premier plan a étendu l'accès à l'environnement de test pour Agile

Comment une société de services financiers de premier plan a étendu l'accès à l'environnement de test pour Agile Temps de lecture : 3 minutes

La transition vers Agilité dans une société de services financiers de premier plan, leur organisation de développement a été réorganisée en plusieurs petits groupes interfonctionnels (développement / test). Ironiquement, cet effort pour accélérer le SDLC a en fait introduit de nouveaux retards. Un exemple: un environnement de test qui était autrefois dédié à une seule équipe a soudainement dû être partagé par 9 équipes plus petites. En raison de la configuration complexe des données requises, l'environnement ne pouvait être utilisé que par une seule équipe à la fois - les autres devaient attendre.

Étant donné que l'environnement de test incluait une application tierce coûtant 250 9 USD par instance, la création de 9 instances distinctes de cet environnement de test physique aurait été d'un coût prohibitif. La virtualisation des services leur a permis d'établir XNUMX environnements de test simulés qui ont donné à chaque équipe un accès instantané et flexible au comportement de ce système, sans aucun impact sur les autres équipes.

Le défi: étendre l'accès à un environnement de test complet, y compris une application tierce coûteuse

La mission de cette société est de fournir aux investisseurs personnels un accès direct aux services d'investissement et de courtage. Ils concentrent leurs efforts de recherche et développement sur le fait de faciliter la recherche et la sélection de titres qui correspondent à leurs objectifs financiers pour les clients, ainsi que sur le suivi et l'optimisation de la performance du portefeuille. Plutôt que de «réinventer la roue», ils exploitent une application tierce éprouvée pour gérer les fonctionnalités standard de base de l'industrie, telles que l'exécution des achats et des ventes sur le marché.

Avant la transition vers Agile, l'équipe responsable des fonctionnalités de trading était en mesure de terminer ses tâches de développement et de test à l'aide d'un environnement de test partagé. Cependant, une fois que l'équipe a été divisée en 9 équipes différentes, chacune essayant de réaliser différentes tâches de développement et de test en parallèle, l'accès à l'environnement de test est rapidement apparu comme un problème. Étant donné que chaque groupe devait avoir l'environnement de test configuré d'une manière très spécifique, toute tentative d'accès à cet environnement de test signifiait simultanément que les groupes se marchaient les uns sur les autres - perdant du temps à configurer et reconfigurer en permanence les conditions et les données nécessaires pour accomplissent leurs tâches particulières.

Restreindre l'accès à l'environnement de test à un groupe à la fois n'était pas bien adapté à leur objectif d'accélérer le SDLC avec le développement parallèle. Cependant, il n'était pas possible de fournir à chaque groupe son propre environnement de test physique. Étant donné que chaque instance de l'application de trading tierce coûtait 250 2 dollars, cela signifiait qu'ils devraient dépenser XNUMX millions de dollars pour rendre cette application disponible dans huit environnements de test supplémentaires. Cette option a été jugée prohibitive.

La solution: Simuler le comportement et les données de la dépendance contrainte dans plusieurs sandbox sans impact

L'entreprise a pu utiliser Virtualisation des services Parasoft et Gestionnaire d'environnement de test Parasoft pour simuler le comportement et les données de cette application tierce et la rendre disponible à la demande dans 9 environnements de test indépendants que chaque équipe pourrait configurer et reconfigurer selon ses besoins, sans impact sur les autres équipes.

En exploitant les interactions de l'AUT avec l'application tierce, ils ont pu capturer le comportement et les données associés à leurs principaux cas d'utilisation et les rendre disponibles dans des «actifs virtuels». Parasoft Environment Manager a ensuite été utilisé pour concevoir un modèle d'environnement de test principal qui incluait ces actifs virtuels. À partir de ce modèle, n'importe quel nombre d'équipes peut instantanément éliminer leur propre environnement de test, avec l'actif virtuel configuré dans l'état approprié et avec la possibilité d'ajouter facilement des données supplémentaires pour augmenter la couverture des tests ou pour ajuster les temps de réponse selon les besoins pour les tests de performance . De cette façon, chaque équipe pouvait accéder instantanément à un environnement préconfiguré, puis le personnaliser pour ses propres besoins de tests spécialisés, sans interruption des activités de développement / test des autres équipes.

Le remplacement du système tiers réel par des actifs virtuels a apporté des avantages supplémentaires au-delà de la possibilité pour les équipes Agile de développer et de tester en parallèle. Auparavant, lorsque leur environnement de test incluait une instance réelle de l'application de trading, les transactions liées au trading ne pouvaient être testées que pendant les heures de trading, de 9h30 à 4h6, heure de l'Est. Étant donné que les équipes de développement et de test étaient basées en Californie, cela signifiait qu'elles ne pouvaient tester que de 30 h 1 à 50 h, ce qui ne représente qu'environ 24% de leur journée de travail typique. Les actifs virtuels remplaçant le système réel, les tests pourraient être effectués 7 heures sur XNUMX, XNUMX jours sur XNUMX, permettant à l'équipe d'effectuer des tests exploratoires à leur convenance et d'exercer ces transactions dans le cadre de leur processus d'intégration continue.

Un autre avantage était que le temps d'exécution des tests était considérablement raccourci. Les tests contre le système réel ont duré plus de 20 minutes en raison d'une réponse retardée (asynchrone) du système commercial. En ajustant les performances de l'actif virtuel, l'équipe pouvait obtenir des réponses presque instantanées, ce qui accélérait les tests automatisés et exploratoires.

Écrit par

Parasoft

Les outils de test de logiciels automatisés de pointe de Parasoft prennent en charge l'ensemble du processus de développement logiciel, depuis le moment où le développeur écrit la première ligne de code jusqu'aux tests unitaires et fonctionnels, jusqu'aux tests de performance et de sécurité, en exploitant des environnements de test simulés en cours de route.

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