Quelle est la différence entre les tests de performance et l'ingénierie de la performance ?

Question

Accepted Answer

Les tests de performance classiques sont en fait un sous-ensemble de l'ingénierie de la performance. Il s'agit généralement d'effectuer une seule série de tests de charge dans le cadre du cycle d'assurance qualité (AQ) post-développement. Les tests de performance consistent à vérifier la vitesse, la fiabilité, l'évolutivité, la stabilité, le temps de réponse et l'utilisation des ressources d'une application dans le cadre de la charge de travail prévue. Avant d'aborder les différences entre l'ingénierie et les tests de performance, nous allons d'abord nous pencher sur les tests de performance pris isolément et sur les raisons pour lesquelles ils ne sont plus viables en soi. Tout d'abord, les tests sont considérés comme isolés et traités comme une réflexion après coup qui ne commence qu'à la fin des tests fonctionnels. Deuxièmement, le travail en silos entraîne d'importantes lacunes dans la communication entre les sous-équipes du projet et empêche la collaboration nécessaire pour fournir un produit de haute qualité. Troisièmement, lorsque les tests de performance commencent, l'organisation a déjà consacré beaucoup de temps, d'efforts et de moyens financiers à la conception, au développement et à la promotion de l'application. Quatrièmement, les tests de performance sont souvent traités après coup et ne sont pas inclus dans les critères d'exécution précédant la publication. À ce stade, l'entreprise a donc un besoin urgent de mettre l'application en production et n'attend aucun retard. Dans ce contexte, le retour d'information de l'assurance qualité intervient trop tard pour permettre une correction complète avant la publication. Inévitablement, un grand nombre de problèmes de performance se sont retrouvés inutilement dans l'environnement de production, juste pour que la version reste dans les temps. La correction d'un défaut en cours de production est beaucoup plus coûteuse et perturbatrice que si elle est effectuée dès le début du développement. Cinquièmement, les tests de performance traditionnels étaient peut-être parfaits pour le modèle Waterfall, mais ils n'ont plus leur place dans le monde actuel centré sur DevOps. DevOps réduit le taux d'échec des nouvelles versions en raccourcissant le délai entre le moment où une modification est intégrée au système et celui où elle est mise en production. L'intégration et la livraison continues (CI/CD) permettent de s'assurer que le logiciel est toujours prêt à être publié tout au long de son cycle de vie. DevOps se concentre également sur le réalignement de l'organisation pour soutenir la collaboration de bout en bout entre les parties prenantes, les fonctions et les outils. Pour répondre aux exigences de livraison rapide de DevOps, le développement de logiciels a besoin d'une approche de test de performance plus évoluée. Cette nouvelle approche est l'ingénierie de la performance des logiciels. Examinons maintenant les principales différences entre l'ingénierie de la performance et les tests de performance. Tout d'abord, le test de performance est un contrôle de qualité de la gestion de la charge et de la réactivité de l'application. Il détermine dans quelle mesure le système supportera une charge de production et anticipe les problèmes qui pourraient survenir en cas de forte charge. L'ingénierie des performances vise à concevoir l'application dès le départ en gardant à l'esprit les paramètres de performance et à faciliter la découverte des problèmes dès le début du développement. Deuxièmement, le test de performance est un processus d'assurance qualité qui a généralement lieu lorsqu'un cycle de développement de logiciel est terminé. L'ingénierie des performances est un processus continu qui s'inscrit dans toutes les phases du cycle de développement des logiciels - de la conception au développement et à l'expérience de l'utilisateur final. Troisièmement, les tests de performance sont menés par l'équipe d'assurance qualité, tandis que l'ingénierie de la performance implique le RND et l'assurance qualité.