KEYCEO - Services de conception, de fabrication et de développement de marques de claviers et de souris OEM.
Ce document fournit une solution de pointe pour les tests d'applications réseau de l'avalanche 3100 de la société sibron.
Le test d'application réseau comprend le test du serveur d'application réseau et le test de l'infrastructure d'application réseau intermédiaire. En termes de mise en œuvre de protocole, les applications réseau comprennent des applications standard traditionnelles et une variété d'applications non standard (sans spécifications spécifiques), telles que P2P et Messenger. Les tests d'applications réseau ne consistent pas seulement à tester une seule application, mais également à tester le modèle de trafic. Le modèle de trafic est une abstraction des caractéristiques de distribution du trafic réseau sur une certaine période de temps et reflète la distribution de diverses applications dans le réseau. Le test du modèle de trafic est très important pour le test des équipements de relèvement et de détection des applications réseau.
Trois Test d'application réseau standard
Les tests d'applications réseau standard comprennent principalement les tests basés sur le Web, les tests DNS, les tests de médias en continu et les tests d'autres serveurs (FTP, messagerie, CIFS, etc.). Ces applications correspondront à des normes spécifiques, auront un cadre de protocole spécifique et le contenu de l'hébergement changera. Spécifiques à la mise en œuvre, différents serveurs auront également des exigences spécifiques. La difficulté de tester de telles applications réside dans le test des serveurs, tels que les serveurs Web. Bien que l'application soit basée sur HTTP, les serveurs tels que le portail auront des exigences strictes sur le contenu du client. Si seul HTTP est pris en charge, on ne peut pas dire que le serveur de portail peut être testé, car l'instrument doit fournir les requêtes requises par le portail pour terminer l'interaction avec le portail. Sinon, le test ne peut pas être effectué. Pour le test d'application standard traditionnel, le test du portail est pris comme exemple pour illustrer comment l'avalanche 3100 de sibron communication réalise le test du serveur.
(1) Test du serveur du portail
Portal est un système d'authentification basé sur le Web (HTTP / HTTPS), qui fournit principalement la personnalisation, la connexion unique et la collecte du contenu de diverses sources d'informations. Portal est une technologie d'intégration de l'information, qui peut facilement fournir aux utilisateurs une interface unifiée et des services personnalisés.
Bien que le portail soit une technologie basée sur le Web et que le processus de connexion au portail soit simple, le portail fournit généralement des informations de session au client de connexion. Ces informations sont dynamiques pour le client et doivent être fournies au portail pour montrer la légitimité de sa session. La difficulté du test est de savoir comment fournir le contenu dynamique requis par le portail pour garantir l'authentification de l'identité du portail et le contrôle du portail sur les utilisateurs via l'authentification. Pour les tests de portail, l'instrument doit prendre en charge les cookies, les identifiants de session, etc. pour terminer l'interaction avec le portail. Grâce à l'avalanche 3100, vous pouvez compléter n'importe quel processus d'interaction dynamique avec le portail pour atteindre l'objectif de test.
(2) scénario d'essai
Avalanche 3100 simule le client de connexion et se connecte au portail. Après une connexion réussie, le film Avatar est à la demande.
Le processus de connexion nécessite plusieurs processus interactifs dynamiques, tels que l'ID de session, le cookie et l'état d'affichage. Avalanche 3100 atteint l'objectif d'interaction dynamique grâce à la variation du contenu dynamique et fournit en même temps des tests de résistance hautes performances. Avalanche 3100 est également le seul instrument de test de performance qui prend en charge l'interaction dynamique avec le portail.
(3) tests P2P et messager
À l'heure actuelle, en plus des applications standard, il existe des milliers ou plus d'applications populaires sur le réseau, telles que les applications P2P (BitTorrent, eDonkey, Kazaa, Gnutella) et de messagerie (MSN, QQ, Yahoo Messenger, Skype, Gtalk). Dans le même temps, certaines institutions de recherche ou militaires auront leurs propres protocoles propriétaires ou applications personnalisées. Le test de ces applications est un problème épineux, principalement parce que ces applications sont non standard, non standard, diverses, à changements de protocole rapides, et ne peuvent pas être suivies une par une. Dans le passé, la méthode instrumentale consistait à simuler ces applications en rejouant une seule session. Le problème est qu'ils ne peuvent pas être modifiés à tout moment en fonction des changements d'application. De plus, la simple lecture mono-utilisateur ne peut pas réaliser le changement de multi-utilisateurs, multi scènes et multi processus, ce qui est loin du réseau actuel, et cette lecture ne peut pas modifier ni même personnaliser le processus interactif. Tous les processus sont les mêmes et l'effet de test pour DPI est très faible. Compte tenu de cette situation, sapee (environnement d'émulation de lecture d'application évolutive) fourni par avalanche 3100 peut fournir un schéma flexible et évolutif pour simuler dynamiquement toutes les applications non standard basées sur TCP / UDP, afin de s'adapter à la mise à niveau de version et au changement de protocole. d'applications diverses.