Esquema de prueba de la aplicación Avalanche Network de Sibron Communication

La creciente mejora de la infraestructura de red proporciona una buena plataforma de soporte para varios servicios de aplicaciones. Varios modos de acceso (como ADSL, cable, acceso de fibra óptica y móvil) brindan a los usuarios varias formas de acceder a la red. Los terminales de red necesitan servicios de aplicación de más tipos, más flexibles y de mejor calidad. Hay muchos tipos de servicios de aplicaciones de red, incluidas las aplicaciones estándar tradicionales, como HTTP, FTP, DNS, transmisión y otras aplicaciones. Las aplicaciones P2P y las aplicaciones de mensajería son más complejas y crecen más rápido. Las aplicaciones tradicionales pueden probarse bien con instrumentos. Para las aplicaciones P2P emergentes y las aplicaciones de mensajería, se deben proporcionar soluciones más flexibles y escalables para la simulación.

Este documento proporciona una solución líder en la industria para la prueba de aplicaciones de red de Avalanche 3100 de Sibron Company.

La prueba de aplicaciones de red incluye la prueba del servidor de aplicaciones de red y la prueba de la infraestructura de aplicaciones de red intermedia. En términos de implementación de protocolos, las aplicaciones de red incluyen aplicaciones estándar tradicionales y una variedad de aplicaciones no estándar (sin especificaciones específicas), como P2P y messenger. Las pruebas de aplicaciones de red no solo prueban una sola aplicación, sino también el modelo de tráfico. El modelo de tráfico es una abstracción de las características de distribución del tráfico de red en un determinado período de tiempo y refleja la distribución de varias aplicaciones en la red. La prueba del modelo de tráfico es muy importante para la prueba del equipo de detección y soporte de aplicaciones de red.

Tres   Prueba de aplicación de red estándar

Las pruebas de aplicaciones de red estándar incluyen principalmente pruebas basadas en web, pruebas de DNS, pruebas de transmisión de medios y pruebas de otros servidores (FTP, correo, CIFS, etc.). Estas aplicaciones se corresponderán con estándares específicos, tendrán un marco de protocolo específico y el contenido de alojamiento cambiará. Específico para la implementación, diferentes servidores también tendrán requisitos específicos. La dificultad de probar este tipo de aplicaciones radica en la prueba de los servidores, como los servidores basados ​​en web. Aunque la aplicación se basa en HTTP, los servidores como el portal tendrán requisitos estrictos sobre el contenido del cliente. Si solo se admite HTTP, no se puede decir que el servidor del portal se puede probar, porque el instrumento debe proporcionar las solicitudes requeridas por el portal para completar la interacción con el portal. De lo contrario, la prueba no se puede realizar. Para la prueba de aplicación estándar tradicional, la prueba del portal se toma como ejemplo para ilustrar cómo el Avalanche 3100 de Sibron Communication realiza la prueba del servidor.

(1) Prueba del servidor del portal

Portal es un sistema de autenticación basado en la web (HTTP/HTTPS), que proporciona principalmente personalización, inicio de sesión único y recopilación del contenido de varias fuentes de información. Portal es una tecnología de integración de información que puede proporcionar fácilmente a los usuarios una interfaz unificada y servicios personalizados.

Aunque el portal es una tecnología basada en la web y el proceso de inicio de sesión en el portal es simple, el portal generalmente proporciona cierta información de sesión al cliente de inicio de sesión. Esta información es dinámica para el cliente y debe proporcionarse al portal para mostrar la legitimidad de su sesión. La dificultad de la prueba es cómo proporcionar el contenido dinámico requerido por el portal para garantizar la autenticación de la identidad del portal y el control del portal sobre los usuarios a través de la autenticación. Para las pruebas del portal, el instrumento debe admitir cookies, ID de sesión, etc. para completar la interacción con el portal. A través de Avalanche 3100, puede completar cualquier proceso de interacción dinámica con el portal para lograr el propósito de la prueba.

(2) Escenario de prueba

Avalanche 3100 simula el cliente de inicio de sesión e inicia sesión en el portal. Después de un inicio de sesión exitoso, la película Avatar está bajo demanda.

El proceso de inicio de sesión requiere varios procesos interactivos dinámicos, como ID de sesión, cookies y estado de vista. Avalanche 3100 logra el propósito de la interacción dinámica a través de la variación del contenido dinámico y proporciona pruebas de estrés de alto rendimiento al mismo tiempo. Avalanche 3100 es también el único instrumento de prueba de rendimiento que admite la interacción dinámica con el portal.

(3) P2P y pruebas de mensajería

En la actualidad, además de las aplicaciones estándar, existen miles o más aplicaciones populares en la red, como las aplicaciones P2P (BitTorrent, eDonkey, Kazaa, Gnutella) y messenger (MSN, QQ, Yahoo Messenger, Skype, Gtalk). Al mismo tiempo, algunas instituciones de investigación o militares tendrán sus propios protocolos propietarios o aplicaciones personalizadas. La prueba de estas aplicaciones es un problema espinoso, principalmente porque estas aplicaciones son no estándar, no estándar, varias, cambios de protocolo rápidos y no se pueden rastrear una por una. En el pasado, el método del instrumento consistía en simular estas aplicaciones reproduciendo una sola sesión. El problema es que no se pueden modificar en ningún momento de acuerdo con los cambios de la aplicación. Además, la reproducción simple de un solo usuario no puede realizar el cambio de multiusuario, multiescena y multiproceso, que está lejos de la red actual, y esta reproducción no puede editar ni personalizar el proceso interactivo. Todos los procesos son iguales y el efecto de prueba para DPI es muy pobre. En vista de esta situación, sapee (entorno de emulación de reproducción de aplicaciones escalables) proporcionado por avalanche 3100 puede proporcionar un esquema flexible y escalable para simular dinámicamente todas las aplicaciones no estándar basadas en TCP/UDP, a fin de adaptarse a la actualización de la versión y al cambio de protocolo. de diversas aplicaciones.