Test de charge d’applications Web en qui vous pouvez avoir confiance
Testez vos paniers d’achat, connexions, portails, formulaires, écrans de paiement et autres fonctionnalités interactives d’applications Web sous charge dans de vrais navigateurs.
Créer des scripts multi-étapes pour les tests de charge des applications web
Enregistrez l’interaction des utilisateurs avec vos applications web dans de vrais navigateurs.
Tests en vrais navigateurs
Prise en charge de plus de 40 navigateurs et appareils de bureau/mobile.
Scripts par pointer-cliquer
Imitez le comportement réel des utilisateurs grâce à EveryStep Web Recorder.
Applications Internet riches (RIA)
Simulez pratiquement tout ce qui peut être rendu dans un navigateur.
Tests dans les navigateurs réels
Tests de performance flexibles pour DevOps
LoadView offre aux équipes Agile la flexibilité de concevoir plusieurs scénarios de test pour répondre aux exigences les plus complexes des tests de charge d’applications web d’aujourd’hui.
Courbe de charge par étapes
Déterminez si votre site web peut gérer des pics de trafic en générant une charge avec un nombre défini d’utilisateurs concurrents sur une période spécifiée.
Courbe basée sur un objectif
Assurez-vous que votre site peut supporter les augmentations prévues du trafic utilisateur. Validez les plans de capacité et les SLA dans les environnements de production.
Courbe ajustable dynamique
Testez les limites de votre infrastructure en ajustant la charge en temps réel. Obtenez un aperçu de la manière dont les sites ou applications évoluent lorsque les niveaux de charge varient.
Assurez la performance et répondez à la demande des utilisateurs
Tests de charge d’applications web avec des milliers d’utilisateurs virtuels à portée de main.
Performances en conditions réelles
Mesurez les temps de réponse de vos applications web tels qu’ils sont perçus par vos utilisateurs dans le monde entier.
Tests flexibles
LoadView vous offre une flexibilité totale pour modéliser des scénarios de test de charge réalistes pour vos applications web.
Établir des références
Déterminez les limites de vos applications web en définissant des métriques cruciales et des niveaux de seuil.
Automatisation des tests
Automatisez les tests de charge des applications web pour comprendre les temps de réponse sous charge importante.
Test de charge basé sur le cloud dans des navigateurs réels
La plateforme LoadView élimine les complexités du test de charge, vous permettant ainsi de vous concentrer sur la création d’une expérience client exceptionnelle.
Tests de charge flexibles et à la demande pour toute application
Testez et améliorez les performances des sites Web, des applications Web et des services/API Web avec LoadView.
Pages Web
Testez les limites de vos pages Web pour garantir que l’expérience client est cohérente sur tous les navigateurs et appareils de bureau/mobile populaires.
Applications Web
Mesurez la performance côté client en simulant les interactions utilisateur critiques de vos applications Web pour améliorer l’expérience utilisateur.
Services Web / APIs
Effectuez des milliers d’appels à vos APIs de la même manière que vos utilisateurs finaux et réalisez des tests dynamiques d’API sur pratiquement tous les types de systèmes ou infrastructures.
en quelques minutes
À la demande. Pas de carte de crédit. Pas de contrat.
Questions fréquemment posées
Quels fournisseurs d'infrastructure cloud sont disponibles via la plateforme LoadView ?
Amazon Web Services et Azure Cloud Services.
Que sont les Load Injectors ?
LoadView utilise des serveurs d’injection de charge virtuels pour répartir la charge utilisateur simulée lors de l’exécution des tests de charge. LoadView prend en charge plus de 40 géo-localisations pour instancier les injecteurs de charge.
Pouvez-vous tester des applications web complexes nécessitant une connexion ou utilisant AJAX, Silverlight ou Flash ?
Vous pouvez configurer des tests de chargement basiques d’une seule page ou des scripts complexes en plusieurs étapes en utilisant EveryStep Web Recorder. Il suffit de pointer et cliquer sur un site web, remplir des formulaires, cliquer sur des boutons et naviguer dans l’application. Toutes les interactions utilisateur peuvent être enregistrées, y compris AJAX, HTML5, Flash ou d’autres applications Internet riches (RIA).
Quel est le nombre maximum d’utilisateurs que vous pouvez générer ?
Il n’y a pratiquement aucune limite au nombre d’utilisateurs pouvant être générés pour un test de charge puisque LoadView fonctionne dans le cloud. Les tests sont théoriquement limités par le nombre total d’injecteurs de charge disponibles auprès des fournisseurs cloud à un instant donné et par le coût de location de ces serveurs auprès des fournisseurs cloud. Avec suffisamment de temps pour préparer un test, vous devriez pouvoir générer autant de charge que nécessaire pour réaliser un test de charge adéquat.
Quand devrais-je utiliser des tests basés sur des protocoles ou des navigateurs réels ?
Selon le besoin spécifique, le cas d’utilisation ou la technologie du système testé, la plateforme LoadView peut être utilisée pour exécuter plusieurs types de simulation d’utilisateurs, basées sur des protocoles (HTTP/S) ou sur de vrais navigateurs.
- Simulation de charge basée sur HTTP/S
Les scripts au niveau du protocole sont parfaits pour les tests au niveau des composants dans les environnements CI/CD et ont une faible empreinte sur les machines d’injection de charge. Recommandés pour tester les éléments suivants :
• Serveurs web
• APIs web, comme JSON, SOAP, REST et XML
• Pages web simples sans JavaScript ni CSS
- Simulation basée sur de vrais navigateurs
Quand vous avez besoin de simuler le comportement réel de l’utilisateur et que vous avez des applications web utilisant des technologies spécifiques et des applications Internet riches (RIA), comme JavaScript, CSS, Flash ou AJAX, l’utilisation d’un vrai navigateur est essentielle. Cette simulation permet aux développeurs de vérifier les fonctionnalités et la rapidité du site telles que perçues par un utilisateur, mais cette option a la plus grande empreinte sur les machines d’injection de charge.
Que sont les utilisateurs virtuels ?
Que signifie un test de charge dans des navigateurs réels ?
Certains concurrents utilisent uniquement des navigateurs headless, comme PhantomJS et JMeter, ou des émulateurs headless, comme Selenium. Ces outils sont utilisés pour automatiser les tests en simulant les éléments côté client, ce qui ne donne pas une représentation réaliste de l’expérience utilisateur.
La plateforme LoadView peut être utilisée pour exécuter plusieurs types de simulation utilisateur : basées sur HTTP/S et sur de vrais navigateurs (ainsi que le monitoring/test d’API). Avec les tests basés sur de vrais navigateurs, LoadView vous permet de choisir entre de vrais navigateurs tels que Chrome, Internet Explorer, et des navigateurs/appareils mobiles, afin que vous puissiez mesurer l’expérience utilisateur côté client réelle.
Comment garantissez-vous que les injecteurs de charge eux-mêmes ne sont pas un goulot d’étranglement du test ?
Lorsque vous calibrez un test, nous calculons le nombre d’utilisateurs virtuels par machine pouvant fonctionner en toute sécurité sans surcharger le CPU de chaque injecteur de charge. C’est ainsi que nous arrivons au nombre d’utilisateurs virtuels par injecteur de charge. Selon le type de tâche, et selon que les tâches utilisent un vrai navigateur ou non, il peut parfois y avoir un pic au début d’une tâche lorsque un navigateur comme IE s’ouvre, vide le cache et démarre le script.
Typiquement, l’utilisation moyenne du CPU est bien inférieure à 100%, donc nous vous permettons d’augmenter le nombre d’utilisateurs virtuels par machine pour obtenir une utilisation plus élevée de chaque machine, cependant, si vous modifiez ce nombre, nous ne pouvons pas garantir que les machines cloud ne satureront pas l’utilisation CPU et ne deviendront pas un léger goulot d’étranglement pour le test.
Qu’est-ce qu’une geo-zone ?
Une geo-zone est un emplacement où les injecteurs de charge sont instanciés et où les utilisateurs virtuels sont créés. Lors des tests de stress et de charge, vous pouvez choisir parmi plus de 40 geo-zones dans le monde entier.
Quel type de courbe de charge devrais-je utiliser ?
Le type de courbe de charge que vous utilisez dépend de votre situation. Voici quelques lignes directrices à considérer lors du choix de la courbe de charge appropriée.
Courbe en paliers
Nous recommandons de choisir la courbe en paliers si l’objectif est de comprendre comment votre site web réagit à des augmentations progressives de la charge. Par exemple, si votre équipe marketing prévoit de lancer une promotion et que vous souhaitez tester comment votre site réagira à l’augmentation du trafic, la courbe en paliers devrait être utilisée.
Courbe basée sur un objectif
La courbe basée sur un objectif est recommandée lorsque vous disposez déjà d’un débit prédéterminé (objectif de transactions) ou connaissez le nombre de visiteurs attendus dans un intervalle de temps donné. Les tests basés sur des objectifs sont idéaux pour valider les SLA et les exigences non fonctionnelles.
Courbe dynamique ajustable
La courbe dynamique ajustable vous permet d’ajuster le trafic utilisateur pendant que le test est en cours. Ce type de courbe est recommandé pour identifier les limites de performance du site web ou planifier la capacité serveur. Pendant le test, vous pouvez simultanément ajuster la charge et les ressources matérielles ou logicielles, par exemple, vous fournissant des données et des insights en temps réel sur le comportement de votre site ou application en fonction des variations de charge.