Gatling fournit les fonctionnalités suivantes. Rapports de temps de réponse Déploiement automatisé des injecteurs de charge Test de charge en tant que code pour l'intégration et l'automatisation CI/CD Interface collaborative pour les organisations et les API publiques Conclusion J'espère que les services cloud ci-dessus vous aideront à effectuer le test de charge sur vos applications Web pour meilleure planification des capacités. Alternativement, si vous souhaitez utiliser JMeter en interne et avez besoin de conseils, consultez ceci cours vidéo. Ensuite, consultez outils de test de charge du serveur Web pour comparer les performances.
En effet, lorsqu'un scénario tombe en erreur, aucune donnée n'est recensée, notamment pour les temps d'exécution. Suivant l'importance du taux d'erreur, cette absence de donnée va faussement impacter les temps des différentes étapes. Voilà pourquoi il est primordial d'intégrer cette métrique à votre analyse. Evolution des temps d'exécution par incrémentation Afin d'aller encore plus loin dans l'analyse de votre plateforme, l'incrémentation de trafic doit également être prise en considération. Pour rappel, lors d'un test de montée en charge, l'augmentation de trafic se fait de manière progressive. On parle alors d'incrémentation ou de paliers. Connaître les temps d'exécution des différentes étapes de votre parcours en fonction de l'augmentation de trafic vous donne accès à une mine d'informations. Vous pouvez déterminer les paliers de trafic qui ont le plus d'incidences sur vos parcours stratégiques et quelles étapes sont les plus impactées. Il est également intéressant d'isoler une étape et d'en observer les temps d'exécution avant et après la simulation d'un pic de trafic afin d'analyser la remise en état de votre plateforme.
Nous vous conseillons donc de les faire démarrer de manière progressive, par exemple 1 toutes les 30 secondes… oui, c'est sûr que c'est plus lent pour réaliser ses tests, mais c'est plus infiniment plus réaliste. De plus, en réalisant ceci, les utilisateurs se répartiront naturellement sur les différentes étapes de votre scénario. Petit conseil supplémentaire: réaliser avant toute autre chose un test de performance unitaire de chaque service, afin de mesurer le temps unitaire de chaque appel. Ceci vous permettra d'avoir un point de comparaison et de mesurer la dégradation de la performance en fonction de la montée en charge. Pour vous donner un ordre de grandeur, un serveur correctement dimensionné doit être capable de gérer 500 utilisateurs. Si ce n'est pas le cas, soit votre test est mal fait, soit votre application présente un problème de performance.
Tsung Le chier de conguration La charge Charge simple Charge phase unique Rodolphe Quideville (Bearstech) Tests de monte en charge avec Tsung 17 et 18 octobre 2008 14 / 27 15. Tsung Le chier de conguration La charge Charge montante Charge phases multiples Rodolphe Quideville (Bearstech) Tests de monte en charge avec Tsung 17 et 18 octobre 2008 15 / 27 16. Tsung Le chier de conguration Les options Thinktime Temps de pause Rodolphe Quideville (Bearstech) Tests de monte en charge avec Tsung 17 et 18 octobre 2008 16 / 27 17. Tsung Le chier de conguration Les options Thinktime User agent Mozilla/5. 0 (X11; U; Linux i686; en-US; rv:1. 7. 8) Gecko/20050513 Galeon/1. 21Mozilla/5. 0 (Windows; U; Windows NT 5. 2; fr-FR; rv:1. 8) Gecko/20050511 Firefox/1. 0. 4 Rodolphe Quideville (Bearstech) Tests de monte en charge avec Tsung 17 et 18 octobre 2008 17 / 27 18. Tsung Le chier de conguration Les sessions Les sessions (le scnario) Rodolphe Quideville (Bearstech) Tests de monte en charge avec Tsung 17 et 18 octobre 2008 18 / 27 19.
skytimetravel.net, 2024