Les sites Web sont sujets à une surcharge de trafic, mais qu’en est-il des applications internes qui ne sont pas accessibles au public, mais qui constituent l’épine dorsale des opérations d’une entreprise. Dans de nombreux scénarios, nous voulons charger tester nos applications internes derrière notre pare-feu, qui sont en cours d’exécution sur un réseau privé et disponibles pour les membres internes de l’équipe. Par exemple, de nombreuses entreprises basées sur les services ayant une plus grande force de nombre d’employés utilisent habituellement des applications, qui ne sont disponibles et accessibles qu’au sein d’un réseau et d’un groupe de services distincts. Ces applications sont très critiques et leur performance a une incidence sur l’expérience et le travail des employés.

 

Tests de charge Applications internes : défis commerciaux

Les entreprises du monde entier lancent des applications internes, comme des applications Web bancaires ou des portails d’employés utilisés comme moyen d’atteindre les employés. Ces applications fonctionnant sur un réseau privé, derrière le pare-feu, résolvent une exigence critique et il faut déterminer si ces applications intranet peuvent prendre en charge la charge de travail prévue des employés.

Auparavant, la réalisation d’un test de charge pour ces applications n’était vraiment possible qu’avec une planification préalable approfondie par des équipes spécialisées utilisant des exigences spécifiques en matière de licences et la mise en place de matériel supplémentaire, ce qui était coûteux et causait parfois des goulots d’étranglement. Compter sur un processus de test comme celui-ci est vraiment insuffisant et peut ne pas fournir les résultats de tests holistiques, ce qui met le web interne et les applications mobiles à des risques énormes. Aujourd’hui, avec l’avènement du Cloud et d’autres avancées technologiques, la réalisation de tests de performance est rapide et sécurisée, fournissant des résultats précis, peu importe si vos tests sont effectués de l’extérieur ou de l’intérieur du pare-feu.

Dans cet article, nous allons comprendre étape par étape guide sur la façon dont nous pouvons exécuter des tests de charge pour les applications internes sur le nuage en utilisant LoadView.

 

Tests de charge applications internes à l’aide de LoadView

 

Avantages de l’utilisation de LoadView

  • LoadView est l’un des seuls outils de test de performances basés sur le navigateur qui est capable d’automatiser les tests de charge des API REST, des applications Web, des sites Web, des voyages/scénarios des utilisateurs et des applications internes.
  • Il utilise un réseau mondial d’injecteurs de charge, ce qui nous permet de déterminer rapidement et facilement les performances de nos sites Web du monde entier.
  • Comme LoadView est un fournisseur de logiciels en tant que service (SAAS), nous n’avons pas besoin de dépenser des sommes importantes pour obtenir du matériel et des serveurs pour exécuter des tests de charge ou l’intégration avec des outils de reporting.
  • Loadview exécute les tests et partage les rapports holistiques, ce qui aide à trouver des problèmes et des goulots d’étranglement parmi notre système.

LoadView offre plusieurs options pour charger des applications de test basées sur le scénario de test. Si nous voulons tester notre page Web d’application interne ou s’il y a interaction utilisateur avec le test de charge du site Web. Il fournit un soutien pour exécuter les deux tests:

 

Web Pages

Pour les pages Web, nous pouvons tester la page spécifique en utilisant l’option de test de chargement de la page Web dans le plat LoadView à partir. Cela aidera à frapper l’URL d’application spécifique avec les utilisateurs simultanés partagés.

 

Flux d’utilisateurs du site Web

Pour tester les interactions en temps réel avec les applications, LoadView fournit l’enregistreur Web Everystep, qui enregistre votre écran, capture toutes les actions effectuées et les transforme en un script, qui peut être rejoué et réutilisé lors de l’exécution du test de charge. Par exemple, si nous avons un portail bancaire interne, où l’utilisateur doit remplir un formulaire, l’enregistreur Web EveryStep enregistrera toutes les entrées envoyées aux champs de formulaire et réexécutera les mêmes étapes lors des tests de charge.

 

Tests de charge Applications internes : configuration du test de performance LoadView

Nous discuterons d’un guide étape par étape sur la façon de transmettre un test de performance pour une application qui fonctionne derrière un pare-feu à l’aide de LoadView. LoadView offre une option pour exécuter des injecteurs de charge à partir de p.-d.d. spécifiques, qui devraient être mis sur liste blanche pour les applications internes, une fois que nous avons des iPs d’injecteurs de charge sur liste blanche, nous pouvons exécuter des tests de performance avec les utilisateurs simultanés désirés.

  1. Ouvrez la page d’accueil de test LoadView. Il se peut que nous deurions sélectionner Create New pour créer un nouveau test de charge.

 

Test Manager Nouveau test

 

  1. Nous verrons plusieurs types de tests disponibles via LoadView, comme les applications Web, la page Web, les médias en streaming et les API. Pour notre application de page Web, sélectionnez l’option Page Web pour commencer le processus d’installation de notre test de charge.

 

Type de test de charge

 

  1. Une nouvelle fenêtre apparaîtra là où nous devons ajouter notre nom d’hôte de site Web interne, navigateur, et aussi la durée que nous avons besoin du test de charge pour exécuter. Une fois entré, nous devons cliquer sur le bouton Créer l’appareil.

 

Test interne de charge d’application

  1. Une fois que nous avons créé avec succès un périphérique, nous verraient l’écran scénario de test, où nous pouvons définir le type de charge, qui différera en fonction des objectifs de notre test.
    • Courbe basée sur la charge. Il s’agit d’exécuter des tests de charge avec un nombre connu d’utilisateurs et d’augmenter le trafic après le temps d’échauffement mis en place.
    • Courbe basée sur les objectifs. Cette configuration de test est utilisée lorsque nous recherchons les transactions souhaitées par seconde et que vous souhaitez passer au taux désiré lentement.
    • Courbe dynamique basée. Ce test vous donne la possibilité de modifier la charge utilisateur, en temps réel, pendant le test. Vous pouvez choisir des valeurs dynamiques en nombre d’utilisateurs, en nombre maximal d’utilisateurs et en durée de test.

 

Courbes internes de charge de charge d’application

 

  1. Sur l’écran scénario de test, LoadView va commencer à valider s’il est en mesure d’accéder au nom d’hôte interne, comme nous l’avons entré dans notre application interne, il échouera. Nous aurions besoin d’injecteurs de charge LoadView static IPs pour être sur la liste blanche. Faites défiler vers le bas à la section de distribution géographique de l’injecteur de charge, nous aurions besoin d’activer l’option Proxy statique d’utilisation.

 

Proxy statique

 

  1. Une fois l’option activée, cliquez sur Ajouter des zones et sélectionnez les zones que nous voulons générer du trafic.
  2. Une fois terminé, cliquez sur le bouton Démarrer le test, sur Test Run, nous aurions besoin de comprendre les ADRESSES statiques à partir de cet écran sous la section Liste des agents, qui doit être liste blanche afin que les générateurs de charge sont en mesure d’accéder à l’application interne.

 

Résumé interne du test de charge d’application

 

  1. Nous devrions nous assurer que nous élisons tous les ADRESSES IP fournies à côté d’un nom de zone dans la table. En outre, la liste des adresses IP load injectors est unique pour chaque essai, nous aurions donc besoin de liste blanche de nouveaux ADRESSES IP à chaque fois avant d’exécuter un nouveau test.

 

  1. Une fois que nous avons blanchi les injecteurs LoadView iPs statiques, nous serions en mesure de générer de la charge et de tester le stress de nos applications. Après l’achèvement réussi d’un essai de charge, nous pouvons voir comment le système sous test s’est comporté comme le graphique du temps de réponse, le nombre d’utilisateurs simultanés graphique, sessions de comptage des erreurs, etc. Voici quelques exemples.
Nombre moyen d’utilisateurs temps de réponse moyen

Nombre moyen d’utilisateurs avec graphique du temps de réponse moyen.

 

temps de réponse moyen

 

Applications internes de test de charge : Conclusion

Les tests de charge, qui déterminent essentiellement si les composants de nos applications internes peuvent gérer une charge de traitement spécifiée, sont un processus et non un événement, et doivent être effectués chaque fois que de grands changements sont apportés. La mise en œuvre d’un plan pour effectuer des tests de charge de nos applications à partir de l’arrière du pare-feu, avec et facile à utiliser solution comme LoadView, garantit que le système reste fonctionnel, robuste et sécurisé pendant une longue période est crucial pour le succès de toute entreprise. Découvrez toutes les fonctionnalités que LoadView a à offrir. Pour plus d’informations sur les tests de charge derrière le pare-feu avec LoadView, veuillez lire notre article de la base de connaissances.

Essayez l’essai gratuit et obtenez 20 $ en crédits de test de charge pour commencer. Ou planifiez une démo avec l’un de nos ingénieurs de performance pour une complète promenade à travers la plate-forme LoadView.