Tests de virtualisation avec Rational Test Virtualization Server

Rational Test Virtualization Server est un logiciel IBM® Rational utilisé pour la création, la gestion, la publication et l'exécution des stubs à base de messages et des stubs de base de données.

Les stubs sont utilisés pour simuler des services dans un environnement à des fins de développement et de test de logiciel. La simulation de certaines parties d'un environnement peut souvent s'avérer nécessaire si les services réels ne sont pas encore disponibles ou s'ils sont difficiles ou coûteux à utiliser.

En outre, d'un point de vue test, un testeur requiert souvent des réponses simples ou déterministes de la part des services utilisés par le système testé et la seule façon de garantir cela consiste à développer des stubs qui agissent selon un mode connu.

Rational Test Virtualization Server offre des outils extrêmement puissants pour créer et gérer rapidement des stubs dans de vastes environnements. Toutefois, les stubs ne simulent pas de transports de messagerie sous-jacents. Par exemple, bien que Rational Test Virtualization Server ne simule pas WebSphere MQ, il peut simuler un service accessible via WebSphere MQ. Les stubs associés sont accessibles via WebSphere MQ.

En outre, dans la plupart des cas, les stubs ne suppriment pas la nécessité de disposer d'un bus de service d'entreprise (ESB) ou d'un logiciel de messagerie. Une exception courante concerne cependant les services Web basés sur HTTP(S) ou TCP, dans lesquels un stub Rational Test Virtualization Server agit en tant que point d'extrémité HTTP(S)/TCP pour le message. Pour plus d'informations, reportez-vous aux rubriques suivantes :

Rational Test Virtualization Server aide les développeurs en leur donnant la possibilité de créer des stubs représentant des services nécessaires à l'achèvement du développement et du test, mais qui risquent de ne pas encore exister ou sont difficiles et coûteux à mettre en place.

Rational Test Virtualization Server aide les testeurs en leur permettant de simuler par un stub les dépendances d'un système testé et de contrôler les dépendances externes de ce système, afin qu'ils puissent planifier, organiser, gérer et contrôler plus efficacement leur test de logiciel.

Types de stub pris en charge

Les stubs peuvent être simples ou enrichis. Rational Test Virtualization Server fournit des outils permettant de créer des stubs avec la complexité dont vous avez besoin.

Le tableau suivant récapitule les divers types de stub qui peuvent être créés par Rational Test Virtualization Server.

Type de stub	Description
Basic	Il existe une réponse codée en dur unique pour chaque entrée spécifique.
Non déterministe	Il existe "n" réponses codées en dur. Un commutateur de message est utilisé pour "commuter" la réponse en fonction du message d'entrée.
Piloté par des données (paramétré)	Des données en entrée et/ou en sortie sont spécifiées dans des sources de données externes, par exemple, des bases de données ou des feuilles de calcul.
Piloté par un modèle de données	Un modèle de données contient des données en entrée et/ou en sortie qui incluent des relations entre ces éléments de données.
Piloté par un comportement	Les stubs peuvent être étendus avec des "comportements", qui sont des plug-ins Java™ pouvant répondre à des messages et provoquer proactivement un comportement particulier du stub. IBM fournit certains comportements avec Rational Integration Tester, mais les clients peuvent écrire leurs propres comportements. Par exemple, un comportement peut être utilisé pour qu'un stub agisse en tant que source d'alimentation de données.
Déterministe	Il s'agit d'une série d'actions Recevoir la demande/Envoyer la réponse ou S'abonner/Publier qui se basent sur le message utilisé pour créer le stub.

Scénarios d'utilisation

Au cours de projets de développement de logiciels, les exigences fonctionnelles et non fonctionnelles peuvent changer rapidement, et les applications et environnements de test sont souvent très demandés par d'autres équipes.

Rational Test Virtualization Server peut s'avérer utile car il vous permet d'effectuer les opérations suivantes :

Poursuivre le test lorsque les environnements de test ne sont pas disponibles ou pas encore créés.
Réaliser des tests plus en amont et plus fréquemment afin de réduire le coût des défauts.
Contrôler les réponses envoyées par les services, afin de vous permettre de forcer le comportement du système testé.

En outre, Rational Test Virtualization Server est conçu pour être utilisé dans toutes les phases de test du logiciel, du test d'unité à la recette client :

Lors de chaque phase de test, vous devez viser un test aussi complet que possible. Par exemple, lors d'opérations ou de services individuels de test d'unité, les composants d'interface à tester risquent de ne pas toujours être disponibles. Rational Test Virtualization Server peut être utilisé pour virtualiser ces composants d'interface.
Du test d'unité au test d'intégration et ultérieurement, vous voudrez probablement introduire des composants plus "réels" dans le système testé. La virtualisation vous permet de réduire les risques associés à l'introduction de ces composants réels.

Le tableau suivant décrit des exemples de scénarios dans lesquels Rational Test Virtualization Server peut être utilisé.

Scénario	Description
Votre projet de test peut fortement dépendre de l'intégration avec des systèmes tiers ou vous souhaitez contrôler tous les systèmes avec lesquels le système testé communiquera.	L'intégration avec des systèmes tiers peut être extrêmement frustrante et coûteuse. Rational Test Virtualization Server peut virtualiser des interfaces de tiers pour vous permettre d'effectuer le test selon vos propres dispositions en fonction de votre planning.
Vous êtes soumis à des dépendances du test d'intégration.	Un développement parallèle peut parfois signifier que certains projets risquent de ne pas être prêts pour commencer le test d'intégration lorsque votre projet est prêt. Rational Test Virtualization Server vous permet de virtualiser des interfaces (même avant leur création) et de continuer le test.
Vous voulez exécuter des instances de formation ou de démonstration d'applications sans accès à une vaste infrastructure.	Vous ne pouvez pas demander l'accès à une version de production du système testé à des fins de formation ou de démonstration. En outre, vous ne pouvez pas demander l'accès à des applications "en aval". Avec Rational Test Virtualization Server, vous pouvez virtualiser et simplifier des interfaces en vous assurant que les exercices de formation ou de démonstration n'ont pas d'impact sur les systèmes de production.
Vous voulez tester une application dépendante d'une base de données à l'aide de données épurées et isolées.	Rational Test Virtualization Server peut simuler des bases de données et des applications. Cela signifie que vous disposerez d'un contrôle total de toutes les données à utiliser lors du test.
Vous voulez fournir un système de test là où il n'en existe aucun.	Il peut s'avérer trop coûteux et trop long de créer un environnement de test. Il peut également exister un environnement de test, mais il peut être utilisé par une autre équipe pendant la durée de votre projet. Rational Test Virtualization Server remplace l'environnement de test "absent" en virtualisant des applications.

Vos commentaires