Comment configurer LoadView pour les tests de charge et de stress

En règle générale, les tests de performance du site Web devraient inclure :

• Load Testing
• Tests de résistance

Le test de charge d’un site Web ou d’une application Web est un type de test de performance lorsqu’un grand nombre d’utilisateurs font simultanément des demandes vers la même ressource Web. Le test de charge permet de savoir si une application Web peut gérer les charges de pointe sans pertes dans ses performances.

Les tests de contrainte d’une application Web sont effectués pour obtenir une défaillance de site ou d’application Web en augmentant la charge et pour évaluer les limites des performances d’une application Web. Pour tester une application Web, le niveau de charge est significativement plus élevé que la charge opérationnelle de l’application Web. Les tests de contrainte sont généralement utilisés pour vérifier la réponse de l’application Web au stress et la façon dont elle récupère des défaillances.

En général, les tests de charge comprennent les étapes suivantes :

1. Fixer des objectifs et des exigences de test de charge.
2. Choisir un modèle de charge.
3. Mise en place d’un environnement de test.
4. Choisir un outil de test de charge/outil de test de stress.
5. Création d’un scénario de test de charge.
6. Exécution d’un test de charge/test de résistance.
7. Analyse des résultats.

Tout d’abord, avant de commencer à mettre en place un environnement de test et de chercher des outils de test de charge à utiliser, vous devez décider exactement ce que vous voulez recevoir à la suite de votre test. Nous vous recommandons de prêter attention aux questions suivantes :

1. Quel niveau de charge pensez-vous avoir sur une application Web cible ? Par exemple, le nombre de visites que votre site Web doit gérer par heure sans dégradation des performances. Découvrez comment traduire vos analyses web aux utilisateurs simultanés ici.
2. Quel niveau de performance devez-vous avoir en fonction du niveau de charge? Par exemple, le temps de réponse du serveur Web cible, le temps moyen de chargement d’une page Web, le temps de chargement des éléments Web, etc.).
3. Comment décririez-vous les conditions dans quoi votre site Web sera utilisé? Un site Web cible sera-t-il disponible sur Internet ou sera-t-il disponible uniquement au sein du réseau local? De quelles sont les régions géographiques d’où proviennent les demandes de votre site Web ? Quel est le type de limitation réseau le plus probable? Votre ressource Web sera-t-elle utilisée par de vrais utilisateurs dans une fenêtre de navigateur ou par des applications tierces via API ?
4. À quelle fréquence devez-vous effectuer des tests de charge et de stress? En d’autres termes, vous devez décider à quelle fréquence vous allez déployer des mises à jour, modifier le contenu Web et la configuration du serveur Web.

L’une des questions les plus importantes à considérer lors des tests de charge est la performance de votre application Web dans des conditions réelles du côté des utilisateurs réels. Examinons de plus près les applications Web modernes et expliquons pourquoi il ne suffit pas d’utiliser des tests de charge au niveau HTTP pour tester les applications Web interactives.

Applications Web de chargement et de stress dans les navigateurs réels par rapport aux tests de charge de niveau HTTP

Une application Web est une application web qui a une architecture client-serveur. En règle générale, un navigateur Web est un client, et un serveur Web est un serveur.

Une application Web s’exécute sur un serveur Web. En général, le côté serveur Web est responsable de la logique métier de l’application Web – la façon dont il réagit aux demandes des clients. Il reçoit les demandes HTTP d’un client, traite les demandes et renvoie les réponses correspondantes au client.

À son tour, le côté client rend les données reçues dans la réponse du serveur pour les livrer à l’utilisateur sous une forme graphique humaine. Une fois que la réponse du serveur a été reçue, le navigateur (le client) traite les données incluses dans la réponse du serveur Web. Les technologies HTML, CSS, JavaScript sont les plus fréquemment utilisées dans le développement web pour implémenter des pages Web modernes. Ainsi, pour fournir les informations à un utilisateur dans une fenêtre de navigateur, le navigateur Web rend non seulement le contenu HTML, mais exécute également JavaScript et utilise CSS pour présenter les données d’une manière appropriée.

Il existe deux approches largement utilisées pour effectuer des tests automatisés de charge et de stress des applications Web – les tests basés sur HTTP et les tests réels basés sur le navigateur.

La première approche http permet aux développeurs web et aux ingénieurs qa d’émuler les demandes HTTP directement sur un serveur Web (backend) sans interagir avec l’interface graphique d’une application Web que les utilisateurs réels voient dans la fenêtre du navigateur (frontend). En général, l’approche de test de charge basée sur HTTP nécessite une certaine expérience technique d’information et de codage pour simuler un cas d’utilisation réel avec plusieurs transactions sur un site Web. D’autre part, il ne nécessite pas beaucoup de ressources pour simuler une lourde charge utilisateur.

Bien au contraire, l’approche basée sur le navigateur simule l’interaction réelle de l’utilisateur avec le frontend de l’application Web pour créer un scénario de test réaliste. Dans ce cas, plusieurs copies d’un navigateur Web sont instantanées pour effectuer automatiquement des actions utilisateur dans une fenêtre de navigateur. Étant donné qu’il nécessite plus de ressources serveur pour exécuter plusieurs copies de navigateur sur la machine injecteur de charge, il est recommandé d’utiliser des services basés sur le cloud pour les sites Web et les applications Web charge de test en ligne.

Compte tenu de la nature orientée frontend des applications Web modernes, le test de charge de votre backend seulement n’est pas suffisant pour couvrir entièrement tous les problèmes de performances qui peuvent se produire sous la charge. En outre, un tel type d’application Web que les applications d’une seule page, appelées SPA, s’appuient entièrement sur JavaScript exécuté par un navigateur Web et ne peuvent pas être testés correctement sans exécuter le navigateur.

Charger les sites web de test dans les navigateurs réels vous permet de vérifier les fonctionnalités d’un site Web du côté du client, de vérifier que le contenu de la page Web a été chargé et fonctionne correctement, y compris les éléments de texte, les images, les éléments RIA et les formulaires Web. L’approche de test de charge et de stress basée sur le navigateur vous permet de simuler une réelle interaction utilisateur avec une application Web et de vous assurer que vos utilisateurs ne subiront aucune perte de performances de l’application Web pendant les périodes de trafic élevé. En outre, l’exécution d’un test de charge dans un navigateur réel vous permet de vérifier une application Web pour la justesse de l’affichage du contenu et le fonctionnement sous une charge lourde dans différents navigateurs de bureau et mobiles.

Solution LoadView pour les tests de charge et de stress en ligne

LoadView est une solution en ligne basée sur le cloud pour la charge du site Web et les tests de résistance. Il s’agit d’un outil fiable pour les développeurs web et les testeurs de logiciels pour mettre en place et exécuter des tests de n’importe quel site Web, y compris les applications d’entreprise, portails Web, API, médias en streaming en ligne, ou des services Web. L’outil prend en charge les tests de charge des applications RIA avec un contenu en évolution dynamique, des ASP, des sites Web qui ne sont pas disponibles sur Internet public, etc.

Test dans le nuage. Les sites Web modernes et les applications Web sont des systèmes distribués qui sont souvent situés dans les nuages. Pour charger le test de ces sites, LoadView utilise des serveurs d’injecteurs de charge provenant des services cloud Amazon et Azure. Il permet aux utilisateurs d’effectuer des tests de charge et de stress avec un grand nombre d’utilisateurs virtuels accédant simultanément à une ressource Web cible. LoadView prend en charge les tests à partir de plus de 20 emplacements géographiques distribués dans le monde entier pour rendre les conditions de test aussi similaires que possible à votre profil d’utilisateur potentiel.

Test de charge derrière un pare-feu. Dans le cas de sites web de test de charge protégés par un pare-feu, LoadView offre des tests de charge et de stress à partir de serveurs injecteurs de charge avec des adresses IP prédéterminées. Ainsi, vous n’avez pas besoin d’ouvrir votre pare-feu pour tout le trafic entrant, vous avez juste besoin de liste blanche des adresses IP proxy public LoadView pour exécuter un test de charge.

Test de charge à partir de votre réseau local. LoadView offre le logiciel LoadView On-site Agent pour charger les sites Web de test qui ne sont pas disponibles sur Internet public. Le logiciel agent sur place peut être installé sur l’ordinateur local à l’intérieur d’un réseau d’entreprise. Il effectue la connexion de l’intérieur du réseau de l’entreprise au service LoadView et utilise cette connexion pour recevoir le trafic de charge des injecteurs de charge LoadView. Par la suite, vous n’avez pas besoin d’ouvrir votre pare-feu pour tout trafic entrant.

Charge et stress test dans un vrai navigateur. Outre les tests de charge basés sur HTTP, LoadView prend en charge les tests de charge et de stress dans les navigateurs réels. En utilisant LoadView, vous pouvez émuler les utilisateurs virtuels accédant à des applications Web à partir de plus de 40 navigateurs de bureau et mobiles différents, conformément à vos exigences de test.

Scénario de test facile à créer. LoadView utilise l’outil d’enregistreur Web EveryStep pour enregistrer un script de test de charge dans une fenêtre de navigateur. Avec l’outil, vous pouvez créer des tests de charge complexes sans utiliser de codage qui peut être exécuté sur plusieurs navigateurs de bureau et mobiles. Le script peut être personnalisé avec les extraits de code intégrés pour ajouter des filtres réseau, des retards d’utilisateurs, des modificateurs de réponse, etc. En outre, pour sécuriser les mots de passe et les informations personnelles d’un autre type lors de l’enregistrement du script, LoadView offre l’option Secure Vault. En utilisant l’option Secure Vault, vous pouvez stocker des informations sensibles qui sont utilisées dans le script de test de charge enregistré sous forme cryptée.

Validation du contenu de la page Web. Parfois, il ne suffit pas de s’assurer qu’une ressource Web cible est disponible et que les pages Web sont chargées pendant les tests de chargement. Si vous devez vous assurer que le contenu de la page Web a été chargé sans erreurs et que les éléments web dynamiques fonctionnent correctement sur la page, vous devez utiliser le contenu ou la validation RIA. Lors de l’enregistrement d’un script du test de charge de l’application Web ou de la configuration d’un test de charge basé sur HTTP, LoadView vous permet de configurer la validation par mot clé pour valider le contenu du texte sur la page. La validation d’image, ainsi que la validation des éléments RIA, sont offertes dans l’outil Enregistreur Web EveryStep. Sélectionnez un mot clé nécessaire ou une image sur une page et le système vérifiera si l’élément est chargé correctement pendant l’exécutement du test de charge. En cas d’erreurs détectées lors de la validation, l’enregistrement correspondant sera ajouté au rapport de test de charge.

Simulant le comportement réel de l’utilisateur. Pour fournir des résultats réalistes de pages Web et de tests de charge de site Web qui correspondent aux performances réelles du site LoadView offre l’option Comportement de l’utilisateur. L’utilisation du profil d’utilisateur à vitesse maximale vous permet de mettre l’accent sur le serveur Web cible en simulant les demandes HTTP vers le serveur aussi rapidement que possible. Pour reproduire l’expérience utilisateur réelle sur une ressource Web cible, le profil utilisateur normal est recommandé. Vous pouvez définir un délai personnalisé entre les actions des utilisateurs sur le site web pour créer un scénario de charge aussi réaliste que possible. Le système ajoutera les retards des utilisateurs entre les actions de « navigation » et de « recours ». Ainsi, les demandes HTTP au site Web seront générées dans un modèle proche des conditions d’exploitation du site Web cible.

Si vous enregistrez un script pour les tests de charge d’application Web, vous pouvez utiliser les paramètres de comportement des utilisateurs dans l’outil d’enregistreur Web EveryStep. Vous pouvez spécifier des paramètres tels que la vitesse de déplacement de la souris, le clic de souris et la vitesse de type texte ainsi que définir des retards entre les étapes du script.

Différents modèles de charge. Avec LoadView, vous obtenez trois types de modèle de charge :

• Courbe d’étape de charge
• Basé sur les objectifs
• Courbe réglable dynamique

Selon vos objectifs de test de charge, vous pouvez utiliser le modèle correspondant pour trouver le point de rupture de votre site Web, simuler la charge de l’utilisateur pendant les heures de pointe du trafic, vérifier la conformité aux exigences SLA et non fonctionnelles, etc.

Rapports d’essai de charge. Les résultats des tests de charge sont présentés sous forme visuelle sous forme de rapports de session de test de charge et de graphiques pour vous permettre d’analyser les caractéristiques de performance d’un site Web cible sous une charge de différents niveaux. À l’aide des rapports, vous pouvez identifier et éliminer les goulots d’étranglement qui peuvent créer des problèmes dans le fonctionnement quotidien du site Web et optimiser la configuration de votre matériel et logiciel. Les résultats suivants des tests de charge peuvent être trouvés dans les rapports :

• Plan d’exécution avec le nombre d’utilisateurs virtuels imités par intervalle de temps.
• Temps de réponse moyen calculé par intervalle de temps.
• Le nombre de sessions exécutées, y compris les sessions avec erreurs et sessions exécutées avec succès.
• Le nombre cumulatif de sessions, y compris le nombre total de sessions réussies et de sessions avec erreurs.
• Mesures de charge CPU enregistrées sur les serveurs injecteurs de charge LoadView pour vérifier les résultats des tests de charge.
• Rapports de session avec des graphiques détaillés des chutes d’eau élément par élément et des vidéos de référence (pour une exécution de test de charge d’application Web).

Vous pouvez télécharger des résumés de test de charge et des rapports de données brutes sur votre ordinateur.

Plans d’abonnement. LoadView vous permet de commencer à tester le stress de votre site web gratuitement en donnant 20 $ en crédits que vous pouvez utiliser pour les tests à la demande. Ce montant vous permet d’exécuter quelques tests simples avec des paramètres par défaut. Pour continuer à utiliser la solution avec des paramètres personnalisés, vous devez vous inscrire à un abonnement mensuel ou annuel ou procéder à un forfait à la demande payant pour chaque test pendant qu’il s’exécute.