L'usine à tests de Compuware

A partir de sa solution Cars, Compuware propose une approche tirant parti des référentiels de modèles fonctionnels pour hiérarchiser les cas de tests et piloter la campagne correspondante.

L'émergence de la délocalisation des projets et du phénomène off-shore rend davantage cruciale la nécessité de disposer d'un référentiel de tests unifié pour piloter les campagnes de test des différents intervenants. A cela s'ajoute le besoin de limiter l'effort de test dans un contexte d'économies budgétaires. Un impératif que l'on peut résumer par l'axiome : ' Faire des tests, c'est faire des choix. ' Il faut ainsi être capable de recetter l'application en minimisant les dépenses, mais en maîtrisant les risques.

Adaptée aux grands projets de développement

L'usine à tests de Compuware est censée répondre à ces défis. Notamment dans le cadre de grands projets de développement ou de contrats de tierce maintenance applicative. Elle s'appuie sur Cars (Compuware Application Reliability Solution), la solution de gestion de la qualité logicielle de l'éditeur, et sur les services de ses équipes de conseil. Cars s'est enrichi d'interfaces avec les référentiels de description fonctionnelle d'applications - réalisée avec UML (Universal Modeling Language) - pour générer les chemins de tests et en tirer un référentiel de tests. Le processus est alors entièrement pris en charge par des outils.La solution proposée facilite ensuite la hiérarchisation des tests selon l'approche de Compuware, baptisée Risk Based Testing : un modèle d'analyse des risques prenant en compte les pondérations soumises par les équipes métier, techniques, ou de production. En partant d'un éventail exhaustif de tests, on aboutit à la sélection des tests [e-mail]

Générer une stratégie de tests à partir de descriptions UML

La solution de Compuware s'interface avec les différents référentiels de l'entreprise : référentiel de cartographie applicative et d'urbanisme de système d'information, référentiel de modélisation fonctionnelle UML (Mega, IBM Rational Rose), ou de composants techniques (Serena Dimension, Cast). Ces diverses sources alimentent le référentiel de tests dynamique de Cars. Ces référentiels sources nécessitent souvent un important toilettage.

Le référentiel de Cars, organisé par lots fonctionnels, génère l'inventaire des chemins de tests possibles et en déduit les cas de tests. L'analyse d'impact constitue un premier filtre qui aide à recenser les zones de l'application concernées par une évolution ou une montée de version. A chaque lot de l'application est soumis un facteur de risque, pondéré par des métriques établies par les équipes techniques et métier du client. Personnalisé lors de la mise en ?"uvre du produit, l'algorithme sert ensuite à générer une hiérarchie des tests. Cette matrice de criticité ou RBT (Risk Based Testing) optimise l'effort de test.

Cars envoie par messagerie électronique une adresse URL aux spécialistes du test, et leur indique ensuite les campagnes de tests à exécuter, ainsi que la marche à suivre. Un portail autorise l'accès à distance, le pilotage du plan de tests, et la surveillance de son état d'avancement. Les tests sont exécutés manuellement lorsque le test est unitaire, ou avec des robots d'automatisation des tests lorsquil doit être réitéré.