Esquema de teste de aplicativo de rede de avalanche da comunicação Sibron

A melhoria crescente da infraestrutura de rede fornece uma boa plataforma de suporte para vários serviços de aplicativos. Vários modos de acesso (como ADSL, cabo, acesso por fibra óptica e móvel) fornecem aos usuários várias formas de acesso à rede. Os terminais de rede precisam de mais tipos, serviços de aplicativos mais flexíveis e de melhor qualidade. Existem muitos tipos de serviços de aplicativos de rede, incluindo aplicativos padrão tradicionais, como HTTP, FTP, DNS, streaming e outros aplicativos. Aplicativos P2P e aplicativos de mensagens são mais complexos e crescem mais rápido. As aplicações tradicionais podem ser bem testadas por instrumentos. Para os aplicativos P2P emergentes e aplicativos de mensagens, soluções mais flexíveis e escaláveis ​​precisam ser fornecidas para simulação.

Este documento fornece uma solução líder do setor para testes de aplicativos de rede da avalanche 3100 da empresa sibron.

O teste de aplicativos de rede inclui o teste do servidor de aplicativos de rede e o teste da infraestrutura de aplicativos de rede intermediária. Em termos de implementação de protocolo, os aplicativos de rede incluem aplicativos padrão tradicionais e uma variedade de aplicativos não padronizados (sem especificações específicas), como P2P e mensageiro. O teste de aplicativos de rede não é apenas testar um único aplicativo, mas também testar o modelo de tráfego. O modelo de tráfego é uma abstração das características de distribuição do tráfego de rede em um determinado período de tempo e reflete a distribuição de várias aplicações na rede. O teste do modelo de tráfego é muito importante para o teste de equipamentos de detecção e rolamento de aplicativos de rede.

Três   Teste de aplicativo de rede padrão

O teste padrão de aplicativos de rede inclui principalmente testes baseados na Web, testes de DNS, testes de streaming de mídia e testes de outros servidores (FTP, correio, CIFS, etc.). Esses aplicativos corresponderão a padrões específicos, terão uma estrutura de protocolo específica e o conteúdo da hospedagem será alterado. Específicos para implementação, diferentes servidores também terão requisitos específicos. A dificuldade de testar tais aplicativos está no teste de servidores, como servidores baseados na web. Embora a aplicação seja baseada em HTTP, servidores como o portal terão requisitos rígidos quanto ao conteúdo do cliente. Se apenas HTTP for suportado, não se pode dizer que o servidor do portal pode ser testado, pois o instrumento precisa fornecer as solicitações exigidas pelo portal para concluir a interação com o portal, caso contrário, o teste não poderá ser realizado. Para o teste de aplicativo padrão tradicional, o teste do portal é tomado como exemplo para ilustrar como a avalanche 3100 de comunicação sibron realiza o teste do servidor.

(1) teste de servidor portal

Portal é um sistema de autenticação baseado na web (HTTP/HTTPS), que fornece principalmente personalização, login único e coleta de conteúdo de várias fontes de informação. Portal é uma tecnologia de integração de informações, que pode facilmente fornecer aos usuários uma interface unificada e serviços personalizados.

Embora o portal seja uma tecnologia baseada na web e o processo de login no portal seja simples, o portal geralmente fornece algumas informações de sessão ao cliente de login. Essas informações são dinâmicas para o cliente e precisam ser fornecidas ao portal para mostrar a legitimidade de sua sessão. A dificuldade do teste é como fornecer o conteúdo dinâmico exigido pelo portal para garantir a autenticação da identidade do portal e o controle do portal sobre os usuários por meio da autenticação. Para teste do portal, o instrumento precisa oferecer suporte a cookies, IDs de sessão, etc. para completar a interação com o portal. Através do avalanche 3100, você pode concluir qualquer processo de interação dinâmica com o portal para atingir o objetivo de teste.

(2) cenário de teste

O Avalanche 3100 simula o cliente de login e efetua login no portal. Após o login bem-sucedido, o filme Avatar está sob demanda.

O processo de login requer vários processos interativos dinâmicos, como ID de sessão, cookie e estado de visualização. O Avalanche 3100 atinge o objetivo de interação dinâmica por meio da variação de conteúdo dinâmico e fornece testes de estresse de alto desempenho ao mesmo tempo. O Avalanche 3100 também é o único instrumento de teste de desempenho que suporta interação dinâmica com o portal.

(3) P2P e teste de mensageiro

Atualmente, além dos aplicativos padrão, existem milhares ou mais aplicativos populares na rede, como aplicativos P2P (BitTorrent, eDonkey, Kazaa, Gnutella) e messenger (MSN, QQ, Yahoo Messenger, Skype, Gtalk). Ao mesmo tempo, algumas instituições de pesquisa ou militares terão seus próprios protocolos proprietários ou aplicativos personalizados. O teste desses aplicativos é um problema espinhoso, principalmente porque esses aplicativos são fora do padrão, fora do padrão, várias, mudanças rápidas de protocolo e não podem ser rastreadas uma a uma. No passado, o método do instrumento era simular esses aplicativos reproduzindo uma única sessão. O problema é que eles não podem ser modificados a qualquer momento de acordo com as alterações do aplicativo. não pode editar ou mesmo personalizar o processo interativo. Todos os processos são iguais e o efeito do teste para DPI é muito ruim. Diante desta situação, o sapee (ambiente de emulação de reprodução de aplicativo escalável) fornecido pelo avalanche 3100 pode fornecer um esquema flexível e escalável para simular dinamicamente todos os aplicativos não padrão baseados em TCP/UDP, de modo a se adaptar à atualização de versão e mudança de protocolo de várias aplicações.