Technologies d’essai de charge

TEST DE CHARGE AJAX

Il y a plus de 20 ans, il n’y avait aucun moyen de mettre à jour une page Web sans afficher un écran blanc ennuyeux lors du rechargement de toute la page. Heureusement, AJAX a comblé cet écart et introduit un concept de charge de données asynchrone, qui permet à l’utilisateur d’interagir avec la page pendant que les données se chargent en arrière-plan. Aujourd’hui, ce concept est à la base de nos applications web riches en contenu et interactives.

AJAX est une abréviation pour JavaScript asynchrone et XML et c’est plus qu’une technologie parce qu’elle se compose de HTML, CSS, JavaScript, XMLHttpRequest et un langage de script côté serveur comme PHP. Une demande AJAX se compose des 6 étapes suivantes :

1. Une page Web déclenche un événement de changement de contenu
2. Le gestionnaire de cette page Web crée un objet XMLHttpRequest
3. L’objet XMLHttpRequest demande un document à partir du serveur
4. Le serveur récupère les données appropriées et les renvoie
5. Le XMLHttpRequest déclenche un événement pour informer la page Web que les données sont arrivées
6. Le gestionnaire traite les données et les affiche

Le revers de la médaille du point de vue d’un ingénieur de la performance est que l’automatisation d’une telle communication asynchrone est délicate. Envisagez de tester une application Web qui doit servir 100 utilisateurs simultanés et 10000 recherches par heure. Vous êtes chargé de valider si le temps de réponse moyen de cette application est dans les limites de 3 secondes.

Fondamentalement, vous avez les deux options suivantes pour un scénario de test de charge:

1. Simulation basée sur le protocole
2. Simulation basée sur le navigateur

Comparons le niveau de protocole avec la simulation de charge au niveau du navigateur. Le tableau ci-dessous reflète les résultats de cette expérience :

Capture d’écran

Test de charge AngularJS

Les développeurs front-end aiment AngularJS car il contribue à simplifier le code complexe. Ce cadre simple et puissant résout les problèmes de manipulation DOM sujettes aux erreurs avec sa description déclarative du flux d’interface utilisateur. AngularJS est un framework JavaScript open source et peut être ajouté à une page avec une balise de script simple telle que:

<script src=”https://ajax.googleapis.com/ajax/libs/angularjs/1.6.4/angular.min.js»>
</script>

Il prend en charge la séparation des préoccupations et apporte des éléments dynamiques au HTML statique. Comme toute autre application, les systèmes angularJS peuvent également être rapidement touchés par des problèmes de performances. Voici quelques étapes que vous pouvez prendre pour accélérer les choses sur votre prochain projet de test de charge NG:

• Réduire au minimum le nombre d’opérations DOM
• Réduisez l’ensemble des éléments de votre arbre DOM
• Utilisez chrome profiler pour vérifier l’empreinte mémoire
• Réduisez les activités de votre veilleur

LoadView vous donne tout ce dont vous avez besoin quand il s’agit de tests de charge AngularJS précis.

L’exemple ci-dessous utilise une entrée de message basée sur AngularJS. La capture d’écran ci-dessous contient son code source sur le côté gauche et l’application sur le côté droit.

Test de charge flash

Flash est un logiciel de création et est utilisé pour créer des animations graphiques vectorielles. Il s’agit d’une technologie indépendante de plate-forme et fonctionne sur n’importe quelle machine où un lecteur Flash est installé. Pour des raisons de sécurité, les entreprises interdisent souvent flash de leur infrastructure. Cependant, vous pouvez construire de belles applications avec Flash, car les frais généraux sont faibles. Cependant, le seul petit inconvénient de Flash est qu’il ne s’exécutera pas sans plugin lecteur Flash activé.

LoadView vous donne tout ce dont vous avez besoin quand il s’agit de tests de charge FLASH précis. J’ai utilisé une calculatrice flash simple: https://www.dotcom-tools.com/samples/Calculator.html. Mon scénario de test de charge exécute un simple 1 + 2 = 3 calcul.

Capture d’écran

Test de charge HTML5

HTML5 est la cinquième version du HTML, standard, qui est toujours l’épine dorsale de nos applications Web. Les ingrédients de HTLM5 sont:

• HTML qui fournit la structure
• CSS qui s’occupe de la présentation
• JavaScript qui fait bouger les choses

HTML5 vous donne tout ce qu’il faut pour implémenter de belles applications en cours d’exécution dans votre navigateur sans avoir besoin de plugins. Ces applications sont connues sous le nom d’applications multiplateformes. Ils s’exécutent sur n’importe quel appareil si votre navigateur prend en charge HTML5. Ce qui suit est un exemple de test de charge HTML5 avec LoadView.

Capture d’écran

Test de charge JavaScript

Capture d’écran

Test de charge JSON

JSON est une abréviation pour JavaScript Object Notation et est assez similaire à XML. C’est un format de données très commun et utilisé pour toutes sortes de communication navigateur-serveur. La simplicité, le large support linguistique de programmation et les frais généraux bas sont la raison de sa popularité.

Voici quelques points chauds de performance spécifiques à JSON :

• Le téléchargement de fichiers volumineux prend trop de temps
• L’utilisation de la mémoire est trop élevée

Par rapport à SOAP XML, l’empreinte de JSON est plus faible et il est plus facile à lire. L’exemple ci-dessous illustre les tests de charge JSON avec LoadView.

Nous utilisons JSON dans la fonctionnalité de recherche sur notre site Web. Il s’agit du code source JSON correspondant :

Capture d’écran

Test de charge d’application d’une seule page

Capture d’écran

Test de charge SOAP

Simple Object Access Protocol (SOAP) est bien plus qu’un langage de programmation. Contrairement à JavaScript, qui est un langage de développement, SOAP permet la communication à travers n’importe quel appareil et système d’exploitation. Le bloc de base de SOAP est XML. SOAP a introduit un format pour l’envoi et la réception de messages.

Voici quelques-uns des points chauds de performance les plus populaires liés à SOAP :

• Application Chatty
• Stratégie de mise en cache erronée ou sans mise en cache
• La sérialisation entraîne des frais généraux élevés
• Pas de validation des entrées du côté des consommateurs ou de traitement inefficace des méthodes Web

Les services Web basés sur SOAP fournissent une description de leurs services dans WSDL. Ce langage de description de service Web peut être utilisé pour manuel de nos tests automatisés. Dans notre vitrine ci-dessous, je vais montrer comment mettre en place des tests de charge d’une application basée sur soap.

Ce simple CurrencyConverter sera utilisé dans notre configuration de test de charge d’échantillon :

https://www.webservicex.net/CurrencyConvertor.asmx?WSDL

Les étapes suivantes décrivent comment effectuer des tests de charge SOAP avec LoadView.

Capture d’écran

Test de charge REST API Web

REST est une norme de communication largement utilisée qui signifie transfert d’État de représentation. Il structure les données en format lisible à la machine et utilise XML ou JSON. Contrairement à SOAP, qui est fortement axé sur la fonction, REST très axée sur les données. Les services RESTful API et RESTful sont deux termes souvent utilisés dans cette discipline, mais ils ne signifient rien de plus que les services REST.

Le test de performance des services REST est tout au sujet de l’envoi de données aux services ou de vérifier la réponse de celui-ci. Voici quelques-uns des points chauds de performance REST les plus courants :

• Services bavards
• Trop ou pas de données requises transmises
• Pas de réutilisation des connexions TCP

Les communautés de développeurs ne sont pas souvent d’accord pour implémenter des services Web dans SOAP ou REST. Du point de vue des performances, les services basés sur REST sont conçus pour la vitesse. Leurs frais généraux de protocole sont inférieurs et il n’y a aucun parsing XML requis. L’étude de cas ci-dessous illustre comment les tests REST de l’API Web peuvent être effectués avec LoadView.

Capture d’écran

Test de charge WebSockets

WebSockets sont conçus pour permettre une communication bi-sens entre le client et le serveur, ce qui signifie que les deux parties communiquent et échangent des données en même temps. La véritable concurrence et l’optimisation des performances sont les deux points clés de WebSockets.

Les avantages de l’utilisation de WebSockets sont les suivants :

• bidirectionnel
  • Aucun modèle de message prédéfini, client ou serveur ne peut envoyer un message à l’autre partie
• Duplex complet
  • Communication indépendante entre le client et le serveur
• Connexion TCP unique
  • Mise à niveau de la connexion HTTP, le client et le serveur communiquent sur la même connexion TCP

Si nous comparons websockets avec REST ou SOAP-based modes de communication, les temps de réponse de la première sont beaucoup mieux parce que WebSockets permettent la réutilisation de la même connexion TCP. La recherche a montré que les services basés sur WebSocket sont jusqu’à 10 fois plus rapides.

Pour ce test, nous utiliserons un ChatBot qui répond à quelques questions de base.

Capture d’écran

Test de charge avec le plugin LoadView pour Jenkins