Étapes de dépannage
Un test de charge basé sur un objectif peut ne pas atteindre l’objectif de transaction souhaité, principalement en raison de l’augmentation des temps de réponse du serveur sous charge. Pour obtenir une explication détaillée de la façon dont la croissance du temps de réponse affecte les transactions par minute pendant les tests de charge, reportez-vous à la section Facteurs contribuant au manque dans la section Débit de cet article.
Pour identifier la cause racine, ouvrez les graphiques des rapports de test de charge et vérifiez le rapport de test pour les sessions de test ayant échoué :
- Si des erreurs sont présentes, affichez les détails des sessions ayant échoué pour déterminer la cause des erreurs :
- Si les erreurs sont liées à un script, modifiez-le pour les résoudre.
- Si les erreurs sont liées à la charge, nous vous recommandons d’exécuter un court test à l’aide de la courbe de charge ajustable dynamique. L’augmentation manuelle de la charge utilisateur aux niveaux souhaités permet de prévoir les fluctuations du temps de réponse du serveur et d’affiner les paramètres de la courbe basée sur les objectifs en conséquence.
- Si les erreurs sont minimes ou ne sont pas détectées, mais que le graphique Temps de réponse montre une augmentation proportionnelle par rapport à la charge de l’utilisateur, le problème provient probablement de limitations de l’infrastructure ou de goulets d’étranglement des performances des applications.
De plus, un scénario de test de charge mal configuré peut entraîner des résultats de test inexacts. Étalonnez toujours la charge utile de l’injecteur de charge et appliquez les valeurs recommandées pour les paramètres de test, sauf si une configuration personnalisée est requise pour vos besoins de test spécifiques.
Si vous avez besoin d’aide pour la configuration de votre test, veuillez créer un ticket d’assistance pour votre examen de test.
Facteurs contribuant à l’insuffisance du débit
Les facteurs clés suivants peuvent contribuer à l’insuffisance du nombre de transactions par minute.
Augmentation du temps de réponse
L’une des raisons courantes pour lesquelles l’objectif de transaction n’est pas atteint est l’augmentation du temps de réponse moyen (durée moyenne de réponse) de votre serveur sous charge. À mesure que la charge de l’utilisateur augmente, le serveur peut prendre plus de temps pour traiter chaque demande, ce qui entraîne des temps de réponse plus longs et un nombre réduit de transactions par minute.
Augmentation proportionnelle du temps de réponse avec la charge de l’utilisateur
Si la durée moyenne de réponse augmente proportionnellement à la charge de l’utilisateur, il devient difficile d’atteindre l’objectif de transaction souhaité par minute, indépendamment de l’augmentation du nombre d’injecteurs de charge ou de la limite maximale d’utilisateurs simultanés. Dans de tels scénarios, le simple fait d’ajouter d’autres utilisateurs n’entraîne pas un nombre plus élevé de transactions.
Par exemple :
Dans les deux cas ci-dessous, malgré l’augmentation du nombre d’utilisateurs, les transactions par minute restent les mêmes en raison de l’augmentation proportionnelle du temps de réponse.
Transactions par minute = 10 utilisateurs / 5 secondes = 2
Transactions par minute = 20 utilisateurs / 10 secondes = 2
Fin prématurée du test
Le test de charge peut se terminer en fonction de la durée du test de charge spécifiée avant de collecter le nombre nécessaire de réponses requises pour le recalcul dynamique de la charge utilisateur. Cet arrêt prématuré peut entraîner des résultats de test inexacts ou incomplets.
Si les performances de votre serveur se dégradent considérablement (ce qui entraîne une augmentation de la durée moyenne de réponse), la durée d’un cycle de test s’allongera en raison du temps d’attente prolongé pour le nombre requis de réponses. Cela peut conduire à une situation où la durée du test de charge planifiée est insuffisante pour effectuer ne serait-ce qu’un seul cycle, ce qui entraîne des calculs de charge utilisateur inexacts ou moins précis.
