HostScore test de charge

Ce guide méthodologique fournit un cadre cohérent pour l'évaluation des services d'hébergement web. Grâce à ce cadre, HostScore est confiant de permettre aux particuliers et aux entreprises de prendre des décisions éclairées soutenant leurs objectifs.

L'outil essentiel de notre méthodologie est LoadView par Dotcom-Monitor, un service leader dans le suivi des performances des sites web. Grâce à ses fonctionnalités, nous pouvons simuler les interactions des utilisateurs, surveiller les réponses des serveurs et générer des informations exploitables sur différents services d'hébergement.

Portée des tests

Plans d'hébergement Web sont souvent multiformes et nécessitent une attention particulière diverses mesures de performances et types de servicesCette section décrit l’étendue et les limites de notre approche de test afin de garantir la clarté sur ce qui sera testé, comment et pourquoi.

• Types de services d'hébergement Web testés
  • Hébergement VPS
  • cloud Hosting
  • Hébergement dédié
• Paramètres des tests de résistance
  • Temps de réponse
  • Taux d'erreur

Présentation des outils de test

LoadView est un service sophistiqué proposant une suite complète d'outils de surveillance. Il simule les interactions des utilisateurs et mesure les performances des sites web dans diverses conditions. Parmi les principales raisons de choisir LoadView, on peut citer :

• Analyses en temps réel: Offre des informations immédiates sur les temps de réponse et les performances du serveur sous charge.
• Distribution géographique: Permet des tests à partir de plusieurs emplacements, reflétant les scénarios de trafic mondiaux.
• Personnalisation: Permet des tests de stress personnalisés pour imiter le comportement des utilisateurs du trafic réel.

Bien que LoadView soit notre outil principal, nous le complétons parfois avec d'autres outils de surveillance et de test. Ces scénarios surviennent généralement lorsque les données de test sont douteuses. 

Ces outils peuvent refléter, fournir des points de données supplémentaires ou se spécialiser dans certains aspects de la surveillance des performances non couverts par LoadView.

Méthodologie de test

Notre approche des tests de charge des sites web vise à simuler des scénarios réels susceptibles d'affecter les performances d'un site. Cette section décompose la méthodologie en étapes concrètes, garantissant ainsi que chaque hébergeur web est testé équitablement.

Configuration de l'hébergeur Web

Dans la plupart des cas, les comptes d'hébergement web que nous recevons sont soumis à une configuration minimale. Cela garantit que les résultats des tests ne sont pas influencés par des modifications accidentelles apportées par l'équipe de test.

Ainsi, les seules procédures de configuration effectuées sont les suivantes :

• Liaison de nom de domaine et SSL installation
• Réglage par défaut WordPress Installation (version 6.4.3)
• PHP mise à jour (version 7x ou 8x)
• MySQL mise à jour (version 8x) ou MariaDB (version 10x ou 11x)
• Création de 7 Standards WordPress Posts
• Lien permanent modifié en « Simple »
• Installation de WooCommerce avec 1 produit ajouté

Configuration de LoadView

LoadView peut être configuré de différentes manières. Cela permet aux propriétaires de sites web d'effectuer des tests dans diverses conditions et d'observer les résultats pour optimiser les performances. 

Chaque test se compose de deux éléments clés :

• Définition de l'action : Le premier élément définit les actions des utilisateurs simulés sur le site web, comme le chargement d'une page, le défilement et le clic sur un lien. Cela nous permet de reproduire le comportement d'utilisation réel pour le processus de test.
• Charge utile de test : Avec les actions pour chaque utilisateur désormais définies, nous pouvons simuler un nombre croissant d'utilisateurs actifs sur le site Web de manière incrémentielle pour observer les performances du serveur. 

Configurations de test de charge

Nos tests visent à déterminer à partir de quel seuil nous pouvons raisonnablement espérer que les offres d'hébergement maintiennent le trafic. Par exemple, les offres VPS hébergées dans le cloud devraient facilement supporter des charges standard de plus de 2,000 XNUMX sessions par heure.

Si les hôtes échouent à un moment donné au cours de nos tests, cela se traduira par une augmentation du nombre d'erreurs rencontrées par l'outil de test.

Il est essentiel de garder à l'esprit que les hébergeurs web tombent rarement en panne d'un coup dans la réalité. Le serveur est plutôt susceptible de rencontrer des difficultés et de traiter certaines requêtes lentement, tout en étant incapable d'en traiter d'autres.

Nos configurations de test répondent à trois des scénarios d'utilisation les plus probables :

Visite d'une seule page

• Ces utilisateurs sont définis par l'utilisateur atypique qui rebondit. L'utilisateur simulé accède au site et reste sur la page de destination.
• Pendant le test, nous chargeons jusqu'à une moyenne de 95 sessions par minute (5,700 XNUMX sessions par heure).
• En théorie, cela se traduit par 5,700 XNUMX utilisateurs par heure visitant une page du site de test.
• Le test est ensuite répété avec du trafic provenant de différentes combinaisons de régions (États-Unis, UE, Asie, Moyen-Orient, Afrique).

Visites de plusieurs pages

• Ces exemples illustrent des sites de type forum. Dans ce scénario, les utilisateurs simulés naviguent rapidement entre neuf pages du site.
• Pendant le test, nous chargeons jusqu'à une moyenne de 20 sessions par minute (1,200 XNUMX sessions par heure).
• En théorie, cela se traduit par 1,200 9 utilisateurs accédant à XNUMX pages de notre site de test toutes les heures.
• Le test est ensuite répété avec du trafic provenant de différentes combinaisons de régions (États-Unis, UE, Asie, Moyen-Orient, Afrique).

Commerce en ligne

• L'objectif principal est d'observer les performances du site lorsque les utilisateurs ajoutent des produits au panier et passent à la page de paiement. N'oubliez pas que cette simulation se déroule en plusieurs étapes.
• Pendant le test, nous chargeons jusqu'à une moyenne de 6 sessions par minute (360 XNUMX sessions par heure).
• En théorie, cela se traduit par 360 clients qui visitent notre site de test toutes les heures.
• Le test est ensuite répété avec du trafic provenant de différentes combinaisons de régions (États-Unis, UE, Asie, Moyen-Orient, Afrique).

Régions de test

La plupart des sites web étant destinés à des utilisateurs situés dans différentes zones géographiques, les tests de performance sont configurés pour charger des utilisateurs virtuels provenant de zones spécifiques. Les zones définies sont les suivantes :

Note de fin

Cette méthodologie a été élaborée en collaboration avec des experts techniques. Cependant, elle reste en cours d'élaboration, car nous ajoutons de nouveaux hôtes à notre évaluation des performances. Elle est loin d'être parfaite et sera révisée régulièrement.

Historique des révisions

Version actuelle de la méthodologie : 1.0 (11 avril 2024)

Références

• Simon, RB, et Ahuja, L. (2021). Surveillance des sites Web. Dans La numérisation de l'entreprise à l'ère de l'information (pp. 339-346). CRC Press.
• Jansen, BJ (2022). Comprendre les interactions utilisateur-web grâce à l'analyse web. Springer Nature.
• Anwyl-Irvine, AL, Massonnié, J., Flitton, A., Kirkham, N., et Evershed, JK (2020). Gorille parmi nous : un outil d'expérimentation comportementale en ligne. Méthodes de recherche comportementale, 52, 388-407.
• Semerádová, T., Weinlich, P., Semerádová, T. et Weinlich, P. (2020). Aspects techniques de la conception Web. Qualité du site Web et comportement d'achat : preuves quantitatives et qualitatives, 63-90.
• Khder, MA (2021). Web scraping ou web crawling : état de l'art, techniques, approches et applications. Revue internationale des avancées en informatique logicielle et ses applications, 13(3).