Lire le panneau de capacité
Lorsqu'un test de charge se termine, la page de résultats s'ouvre sur une conclusion claire, au-dessus des graphiques :
Stable jusqu'à ~400 utilisateurs
le p95 a plus que doublé au-delà de 640 - 0,5 % d'erreurs à ce palier
Cette phrase est mesurée, pas estimée. LoadFocus regroupe les résultats de l'exécution selon le nombre d'utilisateurs virtuels actifs, puis lit la courbe. Rien n'est déduit de l'objectif que vous avez configuré, et aucune IA ne la rédige.
Ce que le panneau peut indiquer
| Lecture | Signification |
|---|---|
| Stable jusqu'à ~N utilisateurs | Le taux d'erreur et les temps de réponse ont tenu jusqu'à N, puis se sont dégradés au-delà. Le palier indiqué est le plus élevé ayant tenu. |
| Dégradé dès le palier le plus bas mesuré | Le taux d'erreur dépassait déjà 1 % dès le tout premier palier de charge : aucun palier sain à signaler. |
| Aucune dégradation jusqu'à N utilisateurs | Tous les paliers se sont bien comportés. L'exécution n'a pas trouvé de limite, ce qui ne revient pas à prouver qu'il n'y en a pas. |
| Dégradé puis rétabli | Quelque chose a flanché en cours d'exécution puis fonctionné de nouveau à charge plus élevée : aucune limite unique ne peut en être tirée. |
| (rien affiché) | L'exécution ne permet pas de conclure. Voir ci-dessous. |
Sur un forfait payant, dépliez Par palier d'utilisateurs pour voir le détail derrière la phrase : p95, requêtes par seconde et taux d'erreur à chaque palier. Les forfaits gratuits voient la phrase et un lien pour passer à un forfait supérieur et obtenir le détail.
Si les résultats ont été plafonnés, la phrase se termine par « (résultats plafonnés : le palier le plus haut n'est peut-être pas le maximum) ».
Quand le panneau n'affiche rien, et pourquoi
C'est le cas courant pour beaucoup de tests, et c'est voulu. LoadFocus préfère ne rien afficher plutôt que d'annoncer une limite de capacité qu'il ne peut pas étayer. Sur un forfait payant, une exécution mesurée mais avec trop peu de paliers affiche à la place, au-dessus du tableau par palier, une courte note : « Capacité : trop peu de paliers de charge pour conclure (N mesurés) ».
Le panneau reste vide lorsque :
- Le test n'a pas monté en charge. Une exécution à nombre d'utilisateurs constant n'a pas de courbe à lire. La charge doit augmenter dans le temps.
- Il y avait moins de trois paliers d'utilisateurs distincts, ou le palier le plus élevé faisait moins du double du plus bas. Deux points proches ne suffisent pas à distinguer une tendance du bruit.
- La charge n'a pas augmenté au fil de l'exécution. Elle est restée stable ou a baissé.
- Des données de temps de réponse manquent sur certains paliers. Un verdict tiré d'une colonne partiellement vide relèverait de la supposition.
- Le test a utilisé plusieurs générateurs de charge. Chaque générateur rapporte son propre nombre d'utilisateurs ; les combiner fausserait à la fois la charge et le débit.
- Le test est encore en cours. Le panneau apparaît une fois l'exécution terminée.
Obtenir une lecture de capacité
Pour obtenir une réponse du type « stable jusqu'à ~N utilisateurs », configurez un test à charge croissante : démarrez bas, augmentez le nombre d'utilisateurs virtuels sur la durée (voir Qu'est-ce que le temps de montée en charge dans les tests de charge et Comment exécuter un nouveau test de charge), et laissez à chaque palier le temps de produire une mesure stable. Une exécution passant de 100 à 1 000 utilisateurs sur plusieurs minutes donnera une lecture ; une exécution plate à 500 utilisateurs non, quelle qu'en soit la durée.
Comment la dégradation est déterminée
Un palier est considéré comme dégradé lorsque :
- son taux d'erreur dépasse 1 %, ou
- son temps de réponse p95 est plus du double de celui du meilleur palier mesuré durant l'exécution.
Un pic bref qui se rétablit à charge plus élevée n'est pas traité comme une limite : si le système est de nouveau sain plus haut dans la courbe, l'exécution est signalée comme dégradée puis rétablie plutôt que de se voir attribuer un plafond erroné.