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 | 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 tout premier palier de charge a déjà échoué : 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. |
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.
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.
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 a diminué au fil de l'exécution au lieu d'augmenter.
- 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. La prise en charge est prévue.
- 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, 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é.