Pourquoi les entreprises investissent dans les tests de charge

Les clients s’attendent à des sites Web fiables, et si les services en ligne luttent, vos acheteurs s’éloigneront vers leurs concurrents. Des recherches récentes ont montré que les clients sont extrêmement impatients lorsqu’il s’agit de ralentir les services de chargement. Les temps d’arrêt sont moins critiques que les ralentissements de performance. Jusqu’à 200 pour cent plus de personnes ne reviennent jamais quand elles ont connu des temps de réponse insatisfaits.

Les organisations qui réussissent comprennent que les tests de charge sont un must dans leur chaîne de développement, et elles valident les performances de leurs systèmes pendant les étapes de mise en œuvre et de test. Des décisions mineures en matière de conception, telles que le cadre, la base de données ou la mise en cache, peuvent avoir un impact désastreux sur l’évolutivité et la stabilité de votre nouvelle application. De plus, le dimensionnement de l’infrastructure est presque impossible sans une simulation de charge appropriée. Le matériel surdimensionné n’est qu’un gaspillage d’argent. Récemment, les moteurs de recherche ont commencé à utiliser des mesures de temps de réponse dans leurs classements des moteurs de recherche, ce qui signifie que si vous dépensez de l’argent réel sur votre référencement, vous ne serez pas bien classé sans sites de chargement rapide.

Une autre raison des tests de charge est que les organisations peuvent valider la vitesse des nouvelles applications et les comparer avec des seuils de performances donnés. Cette pratique permet d’identifier les ralentissements déjà pendant les phases de développement, protège vos clients contre l’expérience utilisateur insatisfaite et réduit considérablement les risques.

Comment fonctionne LoadView ?

Les tests de charge peuvent prendre beaucoup de temps et être sujets aux erreurs. Nous gérons toutes les tâches délicates pour vous, telles que l’instantiation d’une ferme de générateurs de charge et la création d’agents distribués dans le monde entier, ce qui vous tient à l’écart des défis coûteux d’installation ou d’entretien. Cela vous donne plus de temps pour les activités les plus importantes, telles que la conception de tests, l’exécution et l’analyse.

Notre solution LoadView est basée sur le cloud. Tout le monde peut exécuter un test de charge en quelques minutes. En règle générale, les projets retiennent les tests de performance à la dernière minute, et ils n’ont pas le temps de configurer et d’intégrer des outils de simulation de charge sur place.

Avec LoadView ce problème n’existe pas car il fournit des injecteurs de charge situés dans des centres de données à travers le monde, entièrement gérés par nous. En tant que client, vous pouvez vous concentrer entièrement sur votre scénario de test, l’exécution et l’analyse.

De nombreuses solutions de test de charge ne fournissent qu’une approche de simulation utilisateur basée sur le protocole, ce qui ne suffit pas. Vous pouvez mettre l’accent sur le serveur avec des tests de niveau de protocole, mais une partie importante des temps de réponse de bout en bout est laissée de côté. Notre plate-forme LoadView vous donne tout ce dont vous avez besoin en matière de simulation utilisateur. Vous pouvez choisir entre le protocole, le navigateur sans tête ou les tests réels basés sur le navigateur.

5 étapes pour configurer un test de charge

LoadView est entièrement basé sur le Web et très intuitif. Oubliez la douleur de passer des jours pour des installations complexes. Il suffit de s’inscrire à la version d’essai gratuite ou d’ouvrir votre compte et de commencer les tests de charge. Nous avons réduit considérablement la complexité de la configuration, de la mise en œuvre, de l’exécution et de l’analyse des tests de charge. Que vous vous laurez parmi les ingénieurs de performance expérimentés ou que vous vous miez à l’essai de charge, il ne vous faudra pas plus de quelques minutes entre la création du script et le début de votre test. LoadView vous guide dans les cinq étapes décrites ci-dessous tout au long du processus de test de charge.

Étape 1 : Créez votre script ou appareil de simulation de charge

Gardez à l’esprit qu’il n’est pas nécessaire d’implémenter un grand nombre de scripts de test de charge pour votre application. Souvent, 20 pour cent des cas d’utilisation génèrent 80 pour cent de la charge totale de transaction. Une fois que vous avez sélectionné les interactions utilisateur pertinentes, vous devez choisir l’approche de simulation utilisateur appropriée. LoadView vous offre toute la flexibilité et fournit le protocole, le navigateur sans tête, et la simulation réelle d’utilisateur basée sur le navigateur. Après tout, l’objectif de votre test de charge et la technologie utilisée par votre application vous aideront à trouver le type de simulation approprié.

Utilisez des scripts de niveau protocole pour les tests de résistance pour simuler une charge élevée sur le backend. Les tests de charge ou de stress des services Web utilisent généralement une approche de simulation au niveau du protocole. En raison de ses frais généraux bas, un nombre élevé de scripts peuvent s’exécuter en parallèle sur un injecteur de charge, ce qui conduit à moins d’argent facturé.

Les tests réels basés sur le navigateur doivent être utilisés pour valider les temps de réponse de bout en bout. LoadView arrive avec une capture et rejoue le script à travers notre outil de script appelé l’enregistreur Web EveryStep. Nos clients l’adorent car il vous permet de naviguer à travers votre cas de test et enregistre vos clics. Une fois terminé, vous pouvez ajouter des timers pour mesurer les actions personnalisées, ajouter des étapes de vérification et rejouer le script enregistré. L’enregistreur Web EveryStep fait partie de notre offre de test et de surveillance de la charge, et vous pouvez le réutiliser pour l’exécution automatisée d’autres tâches répétitives dans votre environnement.

Étape 2 : Validation

Les machines d’injection de charge surchargées ont un impact négatif sur les temps de réponse de bout en bout. Par conséquent, LoadView fournit une étape de validation, qui exécute un test utilisateur unique de votre script de test et calcule le nombre maximum d’utilisateurs par machine d’injection de charge. L’étalonnage vous empêche d’avoir des résultats de test incohérents en raison de goulots d’étranglement sur une machine d’agent de charge.

Étape 3 : Plan d’exécution

Les campagnes de marketing, les ventes et d’autres mesures peuvent avoir un impact énorme sur le nombre de visites arrivant sur vos sites Web. En règle générale, l’utilisateur demande à atterrir lentement le matin et atteindre plusieurs sommets au cours d’une journée d’affaires complète. Il est crucial pour le succès de votre test de charge que vous modélisez un plan d’exécution réaliste. LoadView a différentes fonctionnalités qui vous permettent de modéliser une courbe de charge réelle. Vous pouvez spécifier à quelle vitesse l’utilisateur doit être augmenté, combien de temps un nombre particulier d’utilisateurs doivent simuler la charge, et aussi à quelle vitesse ils devraient être descendus. La fonction plan d’exécution de LoadView vous donne toute la flexibilité nécessaire pour modéliser un scénario de test de charge réaliste.

Étape 4 : Configuration de zone et distribution virtuelle d’utilisateurs

Nous savons tous que la latence du réseau a un impact sur les temps de chargement des pages Web. Considérez une page Web qui télécharge 2 Mo de contenu pendant la mise à jour et 10ms pour chaque demande back-end.. Le temps de chargement dans votre centre de données sera inférieur à cinq secondes en raison de la proximité et de la faible latence. Sur des sites spécifiques à l’étranger, comme l’Asie, avec une latence de 200ms, les temps de réponse de ce site seront de cinq secondes pour le back-end, et plus de 200ms pour le transfert de réseau.

Ne faites pas d’erreur et mesurez les temps de réponse uniquement à l’intérieur de votre centre de données. LoadView vous offre une large gamme de machines d’injection de charge à travers le monde. Sélectionnez ceux qui représentent l’emplacement habituel de vos clients.

Étape 5 : Exécutez votre test et obtenez vos résultats

Enfin, démarrez votre scénario de test de résistance configuré. La meilleure chose est que vous ne payez que ce que vous obtenez. Avant la confirmation d’un test de résistance, LoadView vous indique combien vous serez facturé pour le test. Vous devrez confirmer votre adresse e-mail et LoadView mettra votre test dans la file d’attente d’exécution.

Pendant la simulation de charge, LoadView affiche le temps de réponse et les mesures de surveillance du débit dans un tableau de bord en ligne. Une fois le test de résistance terminé, vous recevrez un rapport sommaire avec un lien vers les résultats de ce test.

Lorsque les limites d’évolutivité sont dépassées lors d’un test de résistance, le taux d’erreur est souvent élevé. Les équipes de réglage et d’exploitation s’intéressent généralement à la cause de ce problème. Il n’est pas nécessaire de répéter ces tests car LoadView capture la ventilation complète des temps de réponse de votre site Web. Vous pouvez utiliser le graphique cascade pour obtenir un aperçu de la composante lente ou regarder la vidéo pour des contrôles visuels comment votre site se comporte dans des situations de charge prévues.

Enfin, vous exécutez le test et avez reçu un rapport de test détaillé. Le rapport est très intuitif, et vous pouvez examiner tous les résultats en utilisant votre navigateur. De plus, LoadView vous permet de partager les résultats des tests en envoyant simplement un lien unique à votre équipe. Nous avons supprimé complètement les frais généraux de déclaration des tests.

En outre, LoadView conserve les résultats de tests précédents qui peuvent être utilisés pour comparer les nouvelles mesures de performance après avoir apporté des modifications à votre application.

Feuille de triche LoadView

Cette feuille de triche a été créée pour fournir des informations concises et devrait servir de ligne directrice pour votre prochain réglage de test de performance avec LoadView.

Quels sont les cas d’utilisation pour LoadView ?

Il existe plusieurs scénarios critiques où LoadView peut vous aider à trouver la cause d’un ralentissement des performances.

1. Problème d’évolutivité : Quand une nouvelle application ralentit, et vous n’avez aucune idée pourquoi. LoadView peut vous aider à déterminer la limite de charge de votre application.
2. Dimensionnement: De quel type de matériel avons-nous besoin pour un nouveau site Web? Vous pouvez deviner, mais se rendre compte que les chances d’un échec coûteux est élevé. L’infrastructure surdimensionnée est un gaspillage d’argent, et un petit serveur pourrait entraîner des problèmes de performances énormes.
3. Valider les exigences non fonctionnelles : Votre équipe a documenté des exigences de performance détaillées. Dans des conditions utilisateur unique, les temps de chargement sont acceptables, mais comment le nouveau site se comportera-t-il dans des situations réelles de production comme la charge ?
4. Concurrence : L’équipe de test fonctionnelle a signalé que certaines fonctionnalités du nouveau site ne répondent pas à l’entrée de l’utilisateur. Ce problème se produit au hasard et souvent au moment où de nombreux testeurs utilisent ces fonctions.
5. Services tiers: Vos développeurs construisent un nouveau site web riche en contenu avec des scripts tiers. Personne n’a la moindre idée de la façon dont ces services externes derrière le contenu tiers se comporteront dans des conditions normales ou de charge de pointe.

Support technologique

L’apparence et la sensation des sites Web ont radicalement changé au cours des dernières années. Les décennies de pages Web monotones ont disparu. Les sites modernes sont pleins de styles frais, vidéos, et d’autres animations exceptionnelles, qui sont appréciés par les utilisateurs, mais sont une douleur pour les ingénieurs de performance parce que les pages Web dynamiques sont difficiles à automatiser. LoadView vous permet de simuler pratiquement tout ce qui peut être rendu dans un navigateur Web. Votre application Flash animée, ajax dynamique ou Silverlight n’est plus un problème. Avec LoadView, vous pouvez créer de vrais scripts basés sur le navigateur pour tous les navigateurs populaires, tels qu’Internet Explorer, Chrome ou Firefox. Vous pouvez également simuler des appareils mobiles majeurs, tels que l’iPhone, Samsung, Nokia ou Blackberry. Au total, LoadView prend en charge plus de 40 navigateurs et appareils de bureau/mobiles différents.

La bonne chose avec LoadView, c’est qu’il protège vos investissements. Il n’y a pas de coûts supplémentaires lorsque vous implémentez des scripts d’interaction utilisateur pour les tests de charge, car vous pouvez les réutiliser directement pour votre surveillance de disponibilité en production. Il vous suffit de transférer ceux en quelques clics dans notre solution de surveillance BrowserView ou UserView. En outre, l’inverse est pris en charge aussi.

Pourquoi choisir LoadView ?

La vitesse règne sur notre monde numérique. Les grandes et les petites entreprises ont intégré des considérations de performance dans leur pipeline de développement pour répondre aux attentes des utilisateurs. Notre plate-forme LoadView est conçue pour des tests de performances fluides et allégés. Voici quelques bonnes raisons pour lesquelles nos clients ont décidé d’utiliser LoadView.

Réutilisation : Recyclez les dispositifs d’essai de charge pour la surveillance de disponibilité ou créez des dispositifs de test de charge à partir d’un moniteur de disponibilité. Cela garantit un rendement maximal de vos placements.

Simulation utilisateur précise : Mesurez le temps de réponse, tel que perçu par vos utilisateurs, du monde entier.

Facilité d’utilisation : Oubliez les procédures d’installation compliquées ou les fermes d’essai de charge sur place. Connectez-vous à notre plate-forme LoadView basée sur le Web, spécifiez votre paramètre de test et exécutez le test de charge en quelques minutes.

Le temps est de l’argent : LoadView vous permet de vous concentrer sur les activités les plus importantes et les frais uniquement pour la charge simulée sur votre application à l’essai.

Support : Nos experts sont toujours là pour répondre à vos questions.

Scripts d’échantillons LoadView

LoadView prend en charge trois types de simulation utilisateur et ci-dessous sont quelques scripts d’échantillon pour chaque type.

Protocole (HTTP/S, GET/POST Requests)

1. Choisissez HTTP ou HTTPS
2. Ajouter une URL à votre page de destination
3. Définir le type GET ou POST
4. Définir l’option de téléchargement pleine page (oui/non)

Headless (Vitesse du navigateur d’une seule page)

1. Définissez l’URL de votre page de destination
2. Définir le délai d’attente
3. Sélectionnez le navigateur
4. Ignorer les erreurs de certification (oui/non)
5. Définir l’option de calcul du temps de réponse

Navigateur réel basé (Scripted Multi-Step Browser)

1. Démarrer le navigateur
2. Charge une vidéo YouTube
3. Vérifie le mot «xslime»
4. Attend 10 secondes

Rapport d’essai de l’échantillon LoadView

Une fois votre test de charge terminé, vous recevrez le rapport de test, qui donne un aperçu des mesures de performance suivantes :

• résumé
• Plan d’exécution
• Temps de réponse moyen et maximum
• Vue d’ensemble de la session
• Types d’erreurs et d’erreurs
• Charge sur le générateur de charge

Le résumé de ce test de charge montre que nous avons exécuté 178 sessions avec succès, 6 sessions ont échoué et 4,9 secondes était le temps de réponse moyen.

Le plan d’exécution montre la montée en puissance et la montée en puissance de notre utilisateur simulé. Il a augmenté jusqu’à 10 utilisateurs.

Le temps de réponse moyen de ce test était de 4,9 secondes. Il y a eu un pic 2,5 minutes après le début du test de charge, avec des temps de réponse supérieurs à 8 secondes. Dans l’ensemble, les temps de réponse sont stables autour de 5 secondes.