Assurance qualité informatique avant le déploiement

Les entreprises de tous les secteurs dépendent d'une qualité de service optimale pour les applications critiques afin d'assurer le bon déroulement des processus commerciaux. Les responsables informatiques sont responsables au quotidien de la stabilité et de la performance des services applicatifs pour les utilisateurs du monde entier.

Le monitoring de bout en bout de l'exploitation des applications, c'est-à-dire la surveillance de la qualité du service du point de vue de l'utilisateur, est pour de nombreuses entreprises le moyen de choix pour identifier les dysfonctionnements dans l'exploitation du service et corriger rapidement les erreurs. Corriger les erreurs dans l'exploitation des services informatiques, c'est bien.

Mais il y a encore mieux : éviter les erreurs avant la mise en service des services informatiques. Les entreprises qui appliquent méthodiquement le principe de prévention des erreurs dans le cadre de l'assurance qualité informatique s'assurent un avantage économique en réduisant considérablement les coûts informatiques.

Règle des dix coûts d'erreur

La règle des 10 coûts d'erreur est bien connue dans la production industrielle de biens : Le coût économique de la correction des erreurs est multiplié par dix à chaque phase du processus de production.

C'est dans la phase initiale d'analyse et de planification de la production que les erreurs coûtent le moins cher. Au stade suivant de l'approvisionnement en matériaux et de la fabrication du produit, les coûts liés aux erreurs augmentent déjà de manière exponentielle, et si les erreurs ne sont découvertes qu'après la livraison du produit lors de son utilisation par le client, les coûts de correction des erreurs explosent et les dommages économiques sont énormes.

Dans le cycle de vie d'un service informatique, l'exploitation du service (Service Operations) est précédée des phases de conception et de planification (Service Design) ainsi que de développement et de test (Service Transition).

Pour la mise en œuvre d'une assurance qualité informatique préventive, cela signifie que le monitoring des opérations de service ne suffit pas. L'assurance qualité informatique doit commencer avant même que les applications ne soient déployées dans les opérations de service.

Le défi du changement

Dans les entreprises aux activités dynamiques, les systèmes informatiques doivent s'adapter en permanence aux exigences changeantes. Mais même si des correctifs ou des mises à jour sont régulièrement appliqués aux applications ou si de nouvelles applications sont ajoutées aux systèmes, l'exploitation informatique doit se poursuivre sans interruption.

Un défi d'une importance croissante pour la gestion informatique est de minimiser les risques d'erreur lors du changement. Or, quatre applications sur cinq ne sont testées que manuellement, voire pas du tout, avant d'être mises en service.

Souvent, les tests sont confiés à des tiers, mais ceux-ci ne peuvent effectuer qu'une vérification purement technique, car les personnes extérieures n'ont pas une vision approfondie des exigences côté utilisateur.

D'un autre côté, lors d'un contrôle dans le département spécialisé, les collaborateurs de ce dernier n'ont pas de vue sur la technique derrière l'application - sans compter que les tests de logiciels ne font pas partie de leurs tâches principales. Les erreurs sont donc quasiment programmées en raison de la grande complexité et de la dynamique des systèmes informatiques - et les coûts qui en découlent également.

La qualité dans le cycle de vie du service

ServiceTrace, par exemple, est un logiciel qui permet aux responsables informatiques de mettre en œuvre facilement le principe d'une assurance qualité préventive et durable des applications critiques pour l'entreprise tout au long du cycle de vie des services.

L'"utilisateur virtuel" ServiceTrace est basé sur une simulation synthétique de l'utilisateur et teste de manière automatisée les applications avant leur déploiement dans l'exploitation réelle en ce qui concerne la fonctionnalité, l'évolutivité et la performance requises sur des sites répartis au niveau régional et mondial.

Après la mise en service des applications, ServiceTracer surveille 24 heures sur 24 la qualité du service (éventuellement définie dans des niveaux de service) chez les utilisateurs, en mesurant la disponibilité et les temps de réponse des transactions critiques pour l'entreprise, comme par exemple une connexion au système SAP, du point de vue de l'utilisateur.

Le logiciel est universel et teste toutes les applications, qu'il s'agisse par exemple de SAP, de programmes Office, d'applications basées sur le web, de services dans des environnements de terminaux Citrix ou de solutions sur site.

La simulation utilisateur fournit des données de mesure valables même si des exceptions à la routine de mesure se produisent, comme des popups lors de l'installation de mises à jour et de correctifs ou des pannes d'une application surveillée.

Les mesures s'effectuent sous forme de sessions Windows cachées, à l'abri de tout accès non autorisé. Les données sensibles - dans le commerce électronique, la santé, les banques et les assurances - restent protégées. Les tests de qualité ServiceTracer sont configurés de manière simple et intuitive sous forme de flux de travail graphique et sont rapidement adaptés en quelques clics en cas de modifications dans les applications.

Ainsi, même les utilisateurs n'ayant pas de connaissances en programmation peuvent aligner les flux de travail ServiceTracer sur les processus de l'entreprise.

DevOps et alignement IT-Business

ServiceTracer soutient la collaboration entre le développement et l'exploitation (DevOps) : Les tests de qualité automatisés avant le déploiement garantissent une livraison plus rapide et plus sûre des services nouveaux ou modifiés dans l'entreprise (Continuous Delivery).

Une gestion centralisée des scénarios de test, basée sur le web, permet de réutiliser et d'adapter les flux de travail pour les services de développement, de test et d'exploitation, et d'améliorer la communication entre les Service Delivery Units impliquées.

Grâce à la configuration et à l'adaptation simples et rapides des processus de mesure, les applications sont adaptées aux processus commerciaux dynamiques des entreprises avec un contrôle de qualité.

Tests de régression automatisés

Les tests de régression, qui assurent l'importation de nouveaux transports dans un système SAP et donc un processus de changement critique, sont un exemple d'application pratique de l'assurance qualité informatique préventive.

Un transport SAP a un impact sur la fonctionnalité de l'ensemble du système de production. Si des erreurs s'y glissent, par exemple dans le segment critique du calcul des produits et des prix, l'entreprise concernée subit des pertes économiques réelles et tangibles.

Souvent, le transport erroné ne peut être corrigé qu'en restaurant complètement le système SAP à son état d'avant le changement, ce qui signifie à nouveau un temps d'arrêt prolongé non planifié de l'ensemble du système et donc une interruption complète des processus commerciaux dans l'entreprise concernée.

Ce risque est à l'ordre du jour dans les entreprises qui gèrent leurs processus commerciaux et de production avec SAP : des centaines de transports sont importés dans le système chaque année. L'effort d'assurance qualité dans la gestion des changements est donc proportionnellement élevé.

Les tests de régression automatisés avec ServiceTracer préservent à ce stade des ressources importantes comme le temps, le personnel et le matériel, et réduisent le risque d'erreur des procédures de test manuelles. Dans un environnement de test qui reproduit le système de production SAP, la solution teste de manière automatisée l'intégration prévue des transports dans le système global.

Si les workflows ServiceTracer fonctionnent sans erreur, le changement est effectué, c'est-à-dire que le transport testé est importé automatiquement dans le système de production. Si le ServiceTracer identifie des erreurs dans le système de test, celles-ci sont immédiatement signalées et documentées.

Le changement n'est pas effectué et le responsable informatique peut utiliser les informations détaillées sur les erreurs, rapportées par ServiceTracer dans le reporting, pour corriger de manière ciblée le transport à importer.

Ainsi, malgré des changements fréquents - généralement effectués pendant le week-end - les responsables informatiques peuvent être sûrs que SAP sera disponible le lundi matin pour tous les employés de l'entreprise.