Qu'est-ce que le load testing ? Test de charge expliqué

Qu'est-ce que le load testing (test de charge) ?

Le test de charge est un type de test de performance qui soumet un site, une API ou un service à une quantité réaliste et attendue de trafic, puis mesure son comportement. Il répond à une question : le système tient-il ses objectifs de performance à la charge que nous prévoyons ? Des utilisateurs virtuels montent jusqu'à la cible, s'y maintiennent, et le test enregistre temps de réponse, débit et erreurs.

Comment se déroule un test de charge

1. Fixer la cible. Elle vient des statistiques ou d'une prévision : une campagne de lancement, le pic quotidien, des soldes. Définissez d'abord les critères de réussite, par exemple « p95 du temps de réponse sous 1 seconde et aucun paiement en échec ».
2. Scripter des parcours réalistes. Les vrais utilisateurs naviguent, se connectent et achètent, ils ne se contentent pas de la page d'accueil. Mélangez les parcours dans les proportions de la production, avec des temps de réflexion entre les étapes.
3. Monter, tenir, descendre. Augmentez les utilisateurs virtuels progressivement jusqu'à la cible, tenez assez longtemps pour que les valeurs se stabilisent, puis arrêtez.
4. Comparer aux critères. Lisez les percentiles, le débit et le taux d'erreurs, et regardez CPU, mémoire et métriques de base de données du système testé pour trouver la cause d'un ralentissement.

Exemple

Une boutique en ligne attend 2 000 visiteurs simultanés à 9 h grâce à une newsletter. L'équipe scripte navigation, recherche et paiement, monte à 2 000 utilisateurs virtuels en cinq minutes et tient vingt minutes. Vers 1 400 utilisateurs, le débit plafonne, la latence p95 dépasse la cible et le pool de connexions de la base est épuisé. L'équipe agrandit le pool, ajoute un index et relance jusqu'à tenir la cible. (Chiffres donnés à titre d'illustration.)

Ce qu'il faut mesurer

• Percentiles du temps de réponse (p50, p95, p99). Les moyennes masquent la queue lente que les utilisateurs ressentent vraiment.
• Débit. Requêtes traitées par seconde. Repérez le moment où il cesse de croître avec les utilisateurs.
• Taux d'erreurs. Un p95 rapide ne veut pas dire grand-chose si des requêtes échouent ou expirent.
• Utilisateurs virtuels simultanés. Vérifiez que l'outil a bien généré la charge demandée.
• Ressources serveur. CPU, mémoire, connexions et files d'attente expliquent les symptômes.

Erreurs fréquentes

• Ne tester que la page d'accueil. Le lent, c'est souvent la recherche, le paiement ou une API derrière la connexion.
• Supprimer les temps de réflexion. Des utilisateurs sans pause sont bien plus agressifs que de vrais visiteurs et faussent la réponse.
• Générer la charge depuis une seule machine ou région. Le générateur devient le goulot d'étranglement et les effets réseau disparaissent.
• Tester une mini copie de préproduction. Les résultats ne se transposent que si l'environnement et le volume de données ressemblent à la production.
• Ne le faire qu'une fois avant le lancement. La performance dérive à chaque version ; relancez régulièrement ou en CI.

Le test de charge et ses voisins

Le test de charge vérifie le comportement au trafic attendu. Le test de stress le dépasse pour trouver le point de rupture, le test de pic saute brutalement au maximum et le test d'endurance (soak) dure des heures pour révéler des fuites ; les tests de capacité et de scalabilité demandent quelle charge le système supporte et comment elle croît avec les ressources. Pour les différences concrètes, lisez load testing vs stress testing et le guide des tests de longue durée (soak). Un test de charge après chaque version sert aussi de test de non-régression de performance. Les tests de charge se font avant l'arrivée des utilisateurs ; la surveillance observe ensuite le système en production.

Outils et pour aller plus loin

Les moteurs open source courants sont Apache JMeter et Grafana k6. La page produit test de charge LoadFocus permet de lancer des tests JMeter et k6 depuis 25 régions cloud, dans le navigateur, avec résultats en direct, seuils de réussite/échec sur p95, p99, taux d'erreurs et débit, et analyse par IA des exécutions terminées. L'offre gratuite autorise jusqu'à 10 utilisateurs virtuels. Pour préparer des scénarios réalistes, voyez comment concevoir des scénarios de load testing.

Questions fréquentes : load testing

Quelle différence entre test de charge et test de performance ?

Test de performance est le terme général pour mesurer vitesse, stabilité et scalabilité. Le test de charge en est un type, centré sur le trafic attendu.

Quelle différence entre test de charge et test de stress ?

Le test de charge se déroule au trafic prévu et vérifie que vos objectifs sont tenus. Le test de stress va au-delà pour découvrir où et comment le système cède.

Avec combien d'utilisateurs virtuels tester ?

Partez de données réelles : le pic d'utilisateurs simultanés des statistiques ou d'une prévision, plus une marge de croissance. Ne choisissez pas un chiffre rond au hasard.

Quand faire un test de charge ?

Avant un lancement ou un pic connu, après des changements d'infrastructure ou de code importants, et régulièrement en CI pour repérer tôt les régressions.

Peut-on tester en production ?

C'est possible mais risqué. La plupart des équipes testent un environnement proche de la production, et ne testent la production qu'avec précaution, avec un plan d'arrêt et le métier prévenu.

Quel outil choisir ?

JMeter convient aux équipes qui ont déjà des plans .jmx et de larges besoins de protocoles. k6 convient à celles qui préfèrent des scripts JavaScript et des flux CI. Un lanceur cloud devient nécessaire dès que l'on veut des milliers d'utilisateurs depuis plusieurs régions.