Les systèmes d’information sont au coeur de la compétitivité des grandes organisations pour l’optimisation de leur processus métier, leur adaptation aux besoins de leurs clients et la maîtrise des coûts.
Ces systèmes s’appuient sur des chaînes de composants et d’applications reliées entre elles par le flot d’information, qui souvent dépasse les limites de l’organisation. Ces systèmes sont ainsi composés d’un ensemble hétérogène d’applications, intégrant des applications spécifiques, des modules ERP et des composants externes.
Le SI est continuellement en changement que ce soit pour des raisons réglementaires, organisationnelles, d’amélioration de la compétitivité, d’évolution des produits proposés ou pour la modernisation du SI à la recherche d’une meilleure efficacité.
Le couplage des fonctionnalités et des applications et l’accélération de la fréquence des changements dans un SI intégré augmentent le besoin de tester et retester le SI considéré comme un système global. Les objectifs du test consistent à détecter les défauts et les manques de conformité, mais aussi à vérifier le bon fonctionnement du système dans son ensemble. Cela implique de réaliser des tests traversant les chaînes d’applications du SI, c’est-à-dire des tests de bout en bout sur le SI.

Les nouvelles exigences du SI
L’informatisation de toutes les fonctions de l’entreprise pour le support des processus métier est une source de valeur, mais aussi de risque pour l’entreprise. Le système d’information est devenu le centre de la productivité de l’entreprise, mais a dans le même temps rendu l’entreprise dépendante de son fonctionnement et de ses niveaux de disponibilité :

• Avec un SI devenu critique, comment s’assurer de la conformité des processus aux exigences métier avant la mise en production ?
• Comment maintenir en permanence la fiabilité des chaînes applicatives alors que les applications évoluent fréquemment ?
• Comment gérer le partage de responsabilités entre soustraitants en charge de sous ensembles applicatifs différents, mais qui doivent contribuer au bon fonctionnement du système dans sa globalité ?
• Comment optimiser les coûts des tests dont le volume augmente, sans perdre en qualité ou prendre des risques lors de la mise en production des changements ?

Cet article propose une approche pour les tests de bout en bout, fondée sur la capitalisation des modèles de processus métier et leur utilisation pour générer et maintenir le référentiel de tests. Cette approche s’appuie sur une chaîne outillée intégrant la modélisation en BPMN - Business Process Modeling Notation - (notation standard dans le domaine), la génération automatique des tests de bout en bout et leur publication dans un environnement de gestion et d’exécution des tests.

Enjeux majeurs du test de bout en bout

Un élément critique de l’organisation, sensible à maintenir

Durant la décennie passée, des changements fondamentaux ont été opérés dans le fonctionnement des entreprises et dans l’usage même de l’informatique d’entreprise. Ces changements induits par la globalisation, l’accélération des marchés, et rendus possibles par les innovations technologiques ont profondément changé le fonctionnement de l’informatique :

• Les possibilités offertes par Internet ont ouvert le SI aux clients et partenaires.
• La généralisation du réseau et du haut débit a favorisé l’intégration des applications et les échanges d’information en flux continu.
• Les architectures orientées services, la virtualisation et le « Cloud computing » ont fait évoluer l’architecture du SI.
• L’évolution des télécommunications sans fil et l’informatique nomade ont offert la possibilité de maintenir un lien continu avec l’informatique de l’entreprise.
• La vidéo généralisée et le machine-to-machine vont encore induire de nouvelles vagues de changements.

L’informatique s’est complexifiée par transformation de l’existant, elle est constituée de différentes couches d’applications basées sur des technologies et logiques d’architectures différentes. La maintenance devient plus complexe, augmentant les risques de défauts et de régressions.

Un portefeuille d’applications complexe

L’informatisation de l’ensemble des fonctions de l’entreprise a amené un changement de paradigme : les applications sont devenues un système complexe. En parallèle sont apparus des concepts et des activités spécifiquement liées à cette notion de système : l’urbanisation, l’architecture des systèmes d’information… La notion de processus métier supporté par une chaine applicative a remplacé la relation utilisateur-application, et les moyens de supervision du système et de supervision applicative se sont développés.

Les cycles de vie systèmes étaient auparavant utilisés pour les systèmes complexes, mais ils sont à présent complètement adaptés au développement des systèmes d’information.

Désormais, pour le développement du SI, il convient de suivre un cycle de vie du système dans lequel les activités liées au système sont de plus en plus importantes : l’urbanisation, la définition de l’architecture logicielle d’un côté et les tests d’intégration des ensembles applicatifs de l’autre. Une activité de réception et qualification des livraisons s’impose également en cas d’externalisation.

Contribution des tests à la maîtrise du SI

Alors que les tests étaient vécus comme un mal nécessaire, la complexification des systèmes les transforme en moyen pour maîtriser les coûts et la qualité des livraisons. D’ailleurs, les métiers du test deviennent spécifiques. Ils consistent à concevoir un système de test permettant de capitaliser et d’optimiser les tests à effectuer pour chaque livraison. De même, ils permettent de réduire les risques et de s’assurer que la mise en production des évolutions du SI ne causera pas de dommage critique pour le bon fonctionnement des métiers.
Avec l’externalisation du développement du SI, les tests permettent aussi d’évaluer la qualité des livraisons et de maîtriser le suivi des fournisseurs. En effet, le logiciel étant un produit invisible et abstrait, comment vérifier que le produit livré correspond bien à la demande initiale ? C’est le rôle de la TRA (tierce recette applicative) qui vérifie la conformité et la stabilité des livraisons avant de procéder à l’intégration des applications nouvelles ou modifiées dans le SI, puis d’effectuer les tests fonctionnels et de bout en bout. Un moyen complémentaire d’évaluation de la qualité des livrables du point de vue de la structure du code et de la maintenabilité : la qualimétrie du code avec un outil comme CAST, encore peu employé à des fins de recette et qui peut être utilisé par la TRA.
La TRA n’a pas pour rôle de se substituer aux tests que doivent réaliser les fournisseurs. Il est important de savoir rejeter les livraisons incorrectes si un fournisseur est défaillant, plutôt que d’entrer dans une phase de « debug de la solution après livraison ». En effet, les tests applicatifs effectués à cette phase seront beaucoup plus coûteux du fait des allers-retours entre les deux organisations et de la distance avec les développeurs de l’application.
De plus, la date de mise en production étant généralement incontournable, les tests de bout en bout sont régulièrement compressés, le temps imparti à la stabilisation des éléments prenant sur la charge des tests de bout en bout.

Dans le cycle de développement - intégration - mise en production du SI, une rupture subsiste dans le processus de tests entre organisation de développement ou sous-traitants et DSI MOE et MOA de l’organisation cliente. Ceci renforce le besoin d’homogénéiser les processus et de contrôler la qualité des logiciels livrés. C’est pourquoi il s’avère nécessaire d’aligner les activités de test dans un processus partagé, et de disposer d’applications stabilisées lors de la livraison. Les tests de bout en bout représentent l’ultime barrière de protection pour maîtriser les processus métier et sécuriser la mise en service et la maintenance de ces processus (nouvelles offres, procédures métier, canal de distribution…).
Avec l’augmentation du besoin de tests à chaque évolution, il est aussi nécessaire d’améliorer la productivité des tests :

• Les tests devenant une activité récurrente, la capacité de construire un patrimoine de tests est un vrai facteur de productivité pour la maîtrise des projets et de la couverture de test des activités d’intégration et de mise en production du SI. La réutilisation des tests d’une étape à l’autre ou d’une version à une autre permet un gain sur la préparation des tests et sur la maîtrise des risques afin de maximiser la couverture de test face aux aléas des projets.
• De même, l’automatisation des tests permet un gain de productivité et de temps sur les tests de non-régression. Cette capacité devient essentielle alors que les modifications et évolutions du SI s’accélèrent pour s’adapter aux besoins de l’entreprise face à un marché de plus en plus concurrentiel.

L’approche du test de bout en bout proposée dans cet article, fondée sur la capitalisation sur la modélisation des processus métier pour la génération des tests, répond à ces deux besoins.