Qu’est-ce que le test de performance ?
Le test de performance évalue comment un site web, une application, une API, une base de données, un réseau ou un serveur se comporte sous différentes conditions d’utilisation. Il aide les équipes à mesurer la vitesse, la réactivité, le débit, la stabilité, l’évolutivité et l’utilisation des ressources.
Le but est d’identifier les problèmes de performance avant que les utilisateurs ne soient affectés. Un système peut fonctionner correctement lors des tests fonctionnels, mais ralentir, renvoyer des erreurs ou devenir indisponible lorsque le trafic augmente. Le test de performance aide les équipes à comprendre si l’application peut supporter les niveaux d’utilisation attendus et où les goulets d’étranglement doivent être corrigés.
Les métriques de performance courantes incluent le temps de réponse, le débit, le taux d’erreur, le nombre d’utilisateurs simultanés, les requêtes par seconde, l’utilisation du CPU, l’utilisation de la mémoire, l’activité réseau et la performance de la base de données.
Méthodes de test de performance
Le test de performance est une catégorie large qui comprend plusieurs méthodes de test. Chaque méthode répond à une question de performance différente.
Figure 1 : Méthodes de test de performance
- Test de charge : Le test de charge simule le trafic utilisateur attendu sur un site web, une application ou une API. Il mesure comment le système se comporte sous des niveaux d’utilisation normaux et de pointe.
- Test d’endurance : Le test d’endurance, également appelé test de dégradation, mesure comment un système fonctionne sous charge pendant une période prolongée. Il aide à détecter les fuites de mémoire, l’épuisement des ressources, l’accumulation dans les files d’attente et la dégradation lente.
Figure 2 : Test d’endurance
- Test de volume : Le test de volume évalue comment une application fonctionne lorsqu’elle traite une grande quantité de données.
- Test d’évolutivité : Le test d’évolutivité mesure la performance d’un système à mesure que la charge utilisateur, le volume de requêtes, le volume de données ou le volume de transactions augmente ou diminue.
- Test de pic : Le test de pic évalue comment un système réagit à des augmentations ou des baisses soudaines de trafic.
- Test de stress : Le test de stress pousse un système au-delà de la charge attendue pour identifier son point de rupture et observer comment il échoue et se récupère.
Comparaison des méthodes de test : un exemple concret
Considérez un site ecommerce se préparant à un trafic intense pendant les fêtes. L’entreprise souhaite s’assurer que le site peut gérer une activité de shopping normale, un trafic de pointe, des pics soudains et de longues périodes de demande sans ralentir ni échouer.
Le test de charge peut simuler le trafic client attendu. Le test de pic peut modéliser un afflux soudain après une campagne email ou une vente flash. Le test de stress peut pousser le site au-delà du trafic attendu pour trouver le point de rupture. Le test d’endurance peut maintenir le trafic sur une période plus longue pour voir si la performance se dégrade avec le temps.
Les résultats des tests de performance aident le propriétaire du site à identifier les goulets d’étranglement, optimiser l’application et préparer l’infrastructure avant l’arrivée du trafic des fêtes.
Le test de performance est souvent lié aux exigences commerciales. Par exemple, un client peut s’attendre à ce qu’une application de billetterie gère 50 000 requêtes par minute. Le test de performance aide à valider si cette exigence est réaliste et si le système peut la satisfaire.
Qu’est-ce que le test de charge ?
Le test de charge mesure comment une application fonctionne sous une charge utilisateur réaliste. L’objectif est de confirmer que le site web, l’application ou l’API peut gérer les niveaux d’utilisation attendus tout en maintenant des temps de réponse, un débit et des taux d’erreur acceptables.
Le test de charge aide les équipes à répondre à des questions telles que :
- Comment le système performe-t-il sous un trafic normal ?
- Comment la performance change-t-elle lors des pics de trafic ?
- Combien d’utilisateurs ou de transactions simultanés le système peut-il supporter ?
- À quel moment les temps de réponse commencent-ils à se dégrader ?
- Quelles pages, APIs ou workflows créent des goulets d’étranglement ?
Méthodes de test de charge
Test de volume : Le test de volume mesure comment un système se comporte lorsqu’il traite de grandes quantités de données. Cela peut inclure de gros fichiers, des enregistrements de base de données, des messages, des transactions ou des charges utiles API.
Test d’évolutivité : Le test d’évolutivité mesure si une application peut maintenir sa performance à mesure que la charge augmente. Il aide les équipes à décider si le système nécessite plus de capacité, une meilleure mise en cache, une optimisation de base de données, un autoscaling amélioré ou des changements architecturaux.
Test de charge : un exemple concret
Considérez une boutique en ligne qui s’attend à un grand nombre de ventes durant la saison des fêtes. L’entreprise doit savoir si l’application peut gérer le trafic attendu pendant la navigation, la recherche de produits, l’activité du panier, le paiement et la confirmation de commande.
Le test de charge simulerait un trafic normal et de pointe pour mesurer le temps de réponse, le débit, les erreurs et l’utilisation des ressources. Les résultats aideraient l’équipe à optimiser le site et à réduire le risque de temps d’arrêt ou de transactions échouées lors de l’afflux des fêtes.
Par exemple, si une application doit gérer 5 000 requêtes par minute, le test de charge peut valider si le système fonctionne de manière acceptable près de ce niveau. Cela aide les équipes à réduire les risques de défaillance avant l’arrivée des utilisateurs réels.
Qu’est-ce que le test de stress ?
Le test de stress évalue comment une application se comporte dans des conditions extrêmes. Au lieu de tester uniquement le trafic attendu, le test de stress augmente la charge jusqu’à ce que le système ralentisse, renvoie des erreurs, devienne instable ou échoue.
L’objectif est de trouver le point de rupture, comprendre comment le système échoue et vérifier s’il peut se rétablir proprement. Le test de stress peut aussi aider les équipes à décider où des améliorations de capacité, d’architecture ou d’infrastructure sont nécessaires.
Méthodes de test de stress
Test de pic : Le test de pic mesure comment une application répond à des augmentations soudaines et significatives de trafic. Cela est utile pour les ventes flash, les actualités de dernière minute, les lancements de produit, les fenêtres d’inscription et les grandes campagnes marketing.
Test de volume : Le test de volume peut aussi être utilisé dans un contexte de test de stress lorsque les équipes doivent comprendre comment l’application se comporte sous des charges de données exceptionnellement importantes.
Test de configuration : Le test de configuration évalue comment une application fonctionne sous différentes configurations matérielles, logicielles, d’infrastructure ou d’environnement. Cela peut aider les équipes à comparer la taille des instances, les règles de mise à l’échelle, les paramètres de base de données, les configurations de cache et les options de déploiement.
Test de stress : un exemple concret
Considérez une application bancaire qui attend un fort volume de transactions à la fin de l’année fiscale. L’entreprise doit savoir non seulement si l’application peut gérer le trafic attendu, mais ce qui se passe si le trafic dépasse les prévisions.
Le test de stress peut pousser l’application au-delà de la demande attendue pour identifier le point où les temps de réponse se dégradent, les erreurs augmentent ou les services échouent. Le test de pic peut simuler des poussées soudaines d’activité, tandis que le test de volume peut montrer comment le système se comporte lorsque les données de transaction augmentent. Les résultats aident les équipes à améliorer la capacité, la résilience et le comportement de récupération.
Si une API est conçue pour gérer 5 000 requêtes simultanées mais que le système en reçoit plus, il peut ralentir ou échouer. Connaître cette limite permet aux équipes de dimensionner l’application, d’optimiser les goulets d’étranglement ou de mettre en place des contrôles de protection avant que le trafic de production n’atteigne ce seuil.
Principales différences entre le test de performance, le test de charge et le test de stress
Le test de performance, le test de charge et le test de stress sont liés, mais ce n’est pas la même chose. Le test de performance est la catégorie large. Le test de charge et le test de stress sont des types spécifiques de test de performance.
Le test de performance mesure la vitesse globale, la stabilité, la réactivité, l’évolutivité et l’utilisation des ressources. Le test de charge se concentre sur le trafic attendu et de pointe. Le test de stress pousse le système au-delà des limites normales pour trouver les points de rupture et le comportement de récupération.
| Sujet | Test de performance | Test de charge | Test de stress |
| Définition | Catégorie large de tests qui évalue la vitesse, la stabilité, l’évolutivité, la réactivité et l’utilisation des ressources. | Type de test de performance qui évalue comment un système se comporte sous charge utilisateur attendue et de pointe. | Type de test de performance qui pousse un système au-delà des limites attendues pour trouver les points de défaillance. |
| Objectif principal | Comprendre la performance globale du système dans différentes conditions. | Confirmer si l’application peut gérer le trafic attendu et la demande commerciale. | Trouver le point de rupture et comprendre comment le système échoue et se rétablit. |
| Niveau de charge typique | Varie selon le type de test et l’objectif. | Niveaux de trafic normaux, attendus et de pointe. | Trafic extrême ou conditions dépassant les attentes normales. |
| Métriques principales | Temps de réponse, débit, taux d’erreur, utilisation des ressources, disponibilité et stabilité. | Temps de réponse, utilisateurs simultanés, transactions par seconde, débit et taux d’erreur. | Taux d’erreur, point de rupture, temps de récupération, saturation et comportement de défaillance. |
| Scénarios courants | Test de référence, test de charge, test de stress, test de pic, test d’évolutivité, test d’endurance. | Trafic attendu, trafic de pointe, trafic de campagne, charge de passage en caisse e-commerce, volume de requêtes API, tests de parcours utilisateur. | Trafic au-delà des prévisions, surcharge soudaine, épuisement des ressources, comportement de basculement et test de récupération du système. |
| Approche de test | Mesurer la performance dans des conditions définies et comparer les résultats aux objectifs ou bases de référence. | Appliquer un trafic réaliste pour vérifier si le système atteint les objectifs de performance. | Augmenter la pression jusqu’à ce que le système se dégrade, échoue ou atteigne une condition d’arrêt définie. |
| Outils courants | LoadView, JMeter, Gatling, LoadRunner, k6, BlazeMeter et autres plateformes de test de performance. | LoadView, JMeter, Gatling, LoadRunner, k6, BlazeMeter et autres outils de test de charge. | LoadView, JMeter, Gatling, LoadRunner, k6, BlazeMeter et autres outils de test de stress. |
| Exemple | Mesurer le temps de réponse, le débit, les erreurs et l’utilisation des ressources à travers plusieurs types de tests. | Tester si un site e-commerce peut gérer le trafic attendu pour le Black Friday. | Pousser le site e-commerce au-delà du trafic attendu pour le Black Friday afin de trouver son point de rupture. |
Comparer le test de performance, de stress et de charge : en résumé
Le test de performance est la pratique globale de mesurer comment un système se comporte dans différentes conditions. Le test de charge est un type spécifique de test de performance qui se concentre sur l’utilisation attendue et de pointe. Le test de stress est un autre type de test de performance qui pousse le système au-delà des limites attendues pour identifier les points de rupture et le comportement de récupération.
Les trois sont utiles, mais ils répondent à des questions différentes. Le test de performance demande « Comment le système fonctionne-t-il ? » Le test de charge demande « Le système peut-il gérer la demande attendue ? » Le test de stress demande « Que se passe-t-il lorsque le système est poussé trop loin ? »
L’utilisation de ces méthodes ensemble donne aux équipes une compréhension plus claire de la vitesse, de la stabilité, de la capacité, de l’évolutivité et du risque avant que les utilisateurs soient affectés.
Pour mettre ces méthodes en pratique, les services de test de performance de LoadView peuvent aider votre équipe à planifier et exécuter des tests de charge et de stress, analyser les résultats et prioriser les améliorations.