Partilhar via


Executar testes de carga

Depois de criar, editar e definir as opções de configuração que são apropriadas para o teste precisa você carregar o teste, Visual Studio Ultimate fornece diversas opções para execução de testes de carga.

Dica

Antes de executar um teste de carga, é uma boa prática para certificar-se de que todos os os desempenho e a unidade de testes da Web contidos no teste de carga passará quando eles são executados por si só. Você pode verificar os testes, executando-as janelas Test Explorer ou do modo de exibição de teste ou no Editor de teste de desempenho do Web. Para testes de desempenho da Web com ligação de dados, execute todos os valores de dados.

Considerações sobre a execução de testes de carga

Antes de executar um teste de carga, você deve verificar que o teste de carga está configurado corretamente para atender os requisitos ou a finalidade de teste.

Escolha um padrão de carga adequada.

Escolha um padrão de carga para cada cenário no seu teste de carga é apropriado para seus objetivos de teste:

  • Padrão de carga constante

  • Padrão de carga de etapa

  • Padrão de carga baseado em objetivo

Escolha o local de armazenamento de resultados de teste de carga.

Considerações de armazenar os resultados de teste de carga

Defina o intervalo de amostragem do contador de desempenho apropriadamente.

Considerações sobre o intervalo de amostragem de contador de desempenho

Considere a inclusão de detalhes de tempo para coletar dados de percentil

Considerações para incluir detalhes de tempo para coletar dados de percentil

Considere a possibilidade de ativar o rastreamento de SQL

Considere a possibilidade de ativar o rastreamento de SQL

Determine se os agentes de teste adicionais são necessários.

Não sobrecarregar os agentes de teste

Para obter mais informações, consulte Considerações para testes de carga.

Modos de gráfico

Enquanto um teste de carga é executado, o Load Test Analyzer está no modo de exibição de gráficos por padrão. Os gráficos podem ser exibidos em um dos dois modos diferentes:

  • Modo de Collapsing Collapsing é o modo de gráfico padrão no Load Test Analyzer durante um teste de carga em execução. Um gráfico recolhido é usado para teste de carga enquanto ele é executado para reduzir a quantidade de dados que devem ser mantidas na memória enquanto mostra a tendência de um contador de desempenho ao longo da duração total de execução.

  • Modo de rolagem o modo de gráfico de rolagem está disponível quando você estiver exibindo o resultado de um teste de carga enquanto ele estiver sendo executado. Um gráfico de rolagem é uma exibição opcional que mostra os pontos de dados mais recentes. Use um gráfico de rolagem para exibir apenas os intervalos de dados de 100 mais recentes no teste.

    ObservaçãoObservação

    O modo de gráfico zoom está disponível somente quando você exibe um resultado de teste de carga concluído a partir de um banco de dados.

Alterando o modo de gráfico

Para alternar entre recolhido e modos de rolagem, enquanto um teste de carga está em execução, use o suspensa de opções de gráfico na barra de ferramentas do Load Test Analyzer. Escolha o Graph Data for Entire Run para modo, recolhido ou Graph Only Recent Data para o modo de rolagem.

Tarefas

Tarefas

Tópicos associados

Defina as configurações de execução de teste de carga: As configurações de execução são um conjunto de propriedades que influenciam a maneira que um teste de carga é executado. As configurações de execução são organizadas por categorias na janela Propriedades.

Execute um teste de carga: Você pode usar as opções de interface de usuário diferente para executar um teste de carga ou executar o teste de carga a partir da linha de comando.

Executando um teste de carga remotamente: Você pode usar os agentes de teste e testar controladores para executar o teste de carga em um ou mais computadores remotos.

Exibindo os resultados do teste graficamente, enquanto o teste é executado: Os resultados do teste de carga são exibidos como dados em vários painéis diferentes, enquanto você executar o teste e após a conclusão do teste.

Adicione um comentário para o teste de carga enquanto ele é executado: Se você estiver analisando o teste de carga quando ele estiver sendo executado ou quando ele for concluído, você pode adicionar comentário com uma descrição e um comentário de análise arbitrariamente longo para ser armazenado permanentemente com o resultado do teste de carga.

Distribua a carga e testes de desempenho da Web em máquinas: Você pode usar um grupo de computadores para gerar simulado carregamento para teste e para executar testes remotamente e simultaneamente em vários computadores.

Colete o ASP.Dados de desempenho de rede em seu teste de desempenho da Web: Você pode usar o ASP.Adaptador de dados de diagnóstico do NET Profiler em suas configurações de teste para coletar o ASP.Dados de desempenho de rede em seu aplicativo ASP.Aplicativo da Web do NET.

Solucionar problemas de emulação de rede nos testes de carga: Você pode verificar a emulação de rede está funcionando corretamente nos testes de carga.

Executando testes de carga com o Team Build: Você pode adicionar seus testes de carga para uma categoria de teste que pode ser configurado é executado após a conclusão de uma compilação.

As considerações sobre o padrão de carga

Escolha um dos seguintes padrões de carga para cada cenário no seu teste de carga é apropriado para seus objetivos de teste.

Para obter mais informações, consulte Edição de padrões de carga para modelar as atividades do usuário Virtual.

Usando um padrão de carga constante

Um padrão de carga constante é usado para executar a mesma carga de usuário durante a execução de um teste de carga. Tenha cuidado ao usar um padrão de carga constante com uma contagem alta de usuário; Isso pode colocar uma demanda razoável e irreal no seu servidor ou servidores no início do teste de carga. Por exemplo, se o teste de carga contém um teste da Web que começa com uma solicitação para uma home page e configurar o teste de carga com uma carga constante de 1.000 usuários, o teste de carga enviará as solicitações de primeiros 1.000 para a home page mais rápido possível. Isso pode não ser uma simulação realista de acesso do mundo real para seu site da Web. Para minimizar esse problema, considere o uso de um padrão carga por etapa que ramps gradualmente até 1.000 usuários ou especificar um período de aquecimento no carregar Test Run Settings. Se um período de aquecimento for especificado, o teste de carga aumenta a carga gradualmente durante o período de aquecimento. Para obter mais informações, consulte Configurando os atrasos de início do cenário.

Usando um padrão de carga de etapa

Um padrão de carga de etapa pode ser usado para aumentar a carga no servidor ou servidores, conforme a carga de execuções de teste para que você possa ver como o desempenho varia conforme a aumenta de carga do usuário. Por exemplo, para ver como seu servidor ou servidores realizar conforme a carga de usuários aumenta a 2.000 usuários, você pode executar um teste de carga de dez horas, usando um padrão de carga da etapa com as seguintes propriedades:

  • Initial User Count: 100

  • Contagem máxima de usuário: 2000

  • Step Duration (seconds): 1800

  • Rampa de etapa tempo (segundos): 20

  • Step User Count: 100

Essas configurações têm o teste de carga executando por 30 minutos (1800 segundos) em cargas de usuário de 100, 200, 300, até 2.000 usuários. O Tempo Etapa propriedade vale menção especial, aqui, porque é a única dessas propriedades que não está disponível no New Load Test Wizard. Essa propriedade permite que o aumento de uma etapa para a próxima (por exemplo, de 100 a 200 usuários) para pode ser gradual em vez de imediato. No exemplo, a carga de usuário deve ser aumentada de 100 para 200 usuários durante um período de 20 segundos; Este é um aumento de 5 usuários a cada segundo. Para obter mais informações, consulte Como: Especificar a propriedade de tempo de rampa de etapa para um padrão de carga de etapa.

ObservaçãoObservação

Visual Studio Ultimatepermite que você use até 250 usuários virtuais em um teste de carga local. Se o teste de carga requer mais usuários virtuais ou desejar usar máquinas remotas, você deve adquirir Visual Studio carregar teste Virtual usuário Pack 2010. Você pode adquirir Visual Studio Load Test Virtual usuário Pack 2010 onde comprou Visual Studio Ultimate. Para obter mais informações, consulte Gerenciando suas licenças de usuário Virtual para teste com um controlador de teste de carga.and Configurando controladores de teste e agentes de teste para testes de carga.

Usando um padrão de carga baseado em objetivo

Um padrão de carga baseado em objetivo é útil quando você deseja determinar o número de usuários pode oferecer suporte a seu sistema antes de chegar a algum nível de utilização de recursos. Essa opção funciona melhor quando você já identificou o recurso limitador, isto é, o gargalo no seu sistema. Por exemplo, se você souber que o recurso Limitador no seu sistema é a CPU do servidor de banco de dados, e você desejar ver quantos usuários podem ser suportados quando a CPU no servidor de banco de dados é aproximadamente 75% ocupado, você poderia usar um padrão de carga baseado em objetivo com o objetivo de manter o valor do desempenho do contador "% Processor Time" entre 70% e 80%.

Aviso

Se algum outro recurso é limitar a taxa de transferência do sistema, a meta especificada pelo padrão de carga baseado em objetivo nunca pode ser alcançada e a carga de usuários continuarão a aumentar até que o valor especificado para o Maximum User Count for atingido.

Isso geralmente não é a carga desejada. Portanto, tenha cuidado ao escolher o contador de desempenho no padrão de carga baseado em objetivo e também tomar uma decisão consciente sobre o valor para Maximum User Count para colocar um limite superior sobre a carga de usuário.

Considerações sobre o armazenamento de resultados de teste de carga

Quando Visual Studio Ultimate estiver instalado, o armazenamento de resultados de teste de carga está configurado para usar uma instância de SQL Express instalado no computador. SQL Express é limitado a usar um máximo de 4 GB de espaço em disco. Se você pretende executar muitos testes de carga durante um longo período de tempo, você deve considerar a configurar que os resultados do teste de carga armazenam para usar uma instância de produto completo de SQL Server, se estiver disponível. Para obter mais informações, consulte Gerenciando os resultados de teste de carga no repositório de resultados de teste de carga.

Considerações sobre o intervalo de amostragem de contador de desempenho

Escolha um valor para o Taxa de amostragem de a propriedade no teste de carga executar configurações com base no comprimento do seu teste de carga. Uma taxa de amostragem menor, como, por exemplo, o valor padrão de cinco segundos, requer mais espaço no banco de dados de resultados de teste de carga. Para mais testes de carga, aumentando a taxa de amostragem reduz a quantidade de dados coletados. Para obter mais informações, consulte Como: Especificar a taxa de amostra para uma configuração de execução de teste de carga.

Aqui estão algumas diretrizes para taxas de amostragem:

Duração do teste de carga

Recomendado a taxa de amostragem

< 1 Hora

5 segundos

1 - 8 Horas

15 segundos

8 - 24 Horas

30 segundos

> 24 Horas

60 segundos

Considerações para incluir detalhes de tempo para coletar dados de percentil

Há uma propriedade nas definições de execução no Editor de teste de carga chamado Timing Details Storage. Se Timing Details Storage propriedade estiver habilitada, então a hora para executar cada teste individual, a transação e a página durante o teste de carga será armazenada no repositório de resultados de teste de carga. Isso permite que os dados de percentil 90th e 95th a ser mostrado no analisador de teste de carga nas tabelas de páginas, transações e testes.

Há duas opções para habilitar o Timing Details Storage propriedade nas propriedades de configurações de execução chamada StatisticsOnly e AllIndividualDetails. Com opção, todos os testes individuais, páginas e as transações são calculadas e dados de percentil são calculados a partir de dados de tempo individuais. A diferença é que com o StatisticsOnly opção, assim que os dados percentil foi calculados, a temporização individual, os dados são excluídos do repositório. Isso reduz a quantidade de espaço é necessária no repositório, quando você usa os detalhes de tempo. No entanto, convém usuários avançados processar dados de detalhes de tempo de outras maneiras, usando ferramentas SQL. Se for esse o caso, o AllIndividualDetails opção deve ser usada para que os dados de detalhes de tempo estão disponíveis para que o processamento. Além disso, se você definir a propriedade como AllIndividualDetails, e em seguida, você pode analisar a atividade do usuário virtual usando o gráfico de atividade do usuário Virtual no Load Test Analyzer após a conclusão da execução do teste de carga. Para obter mais informações, consulte Analisando a atividade do usuário Virtual no modo de exibição de detalhes do analisador de teste de carga de teste de carga.

ObservaçãoObservação

Em versões anteriores do Visual Studio, incluindo Microsoft Visual Studio 2005 e Visual Studio 2008, o All Individual Details a configuração para o Timing Details Storage propriedade estava disponível. No entanto, há duas diferenças importantes: Primeiro, o All Individual Details configuração não era a configuração padrão. Segundo, o All Individual Details foi definida depois que os dados foram coletados, a única maneira de acessar essas informações era usando consultas SQL.

A quantidade de espaço necessária no repositório de resultados de teste de carga para armazenar dados de detalhes de tempo pode ser muito grande, especialmente para testes de carga mais em execução. Além disso, o tempo para armazenar esses dados no repositório de resultados de teste de carga no final do teste de carga é maior porque esses dados são armazenados em agentes de teste de carga até que o teste de carga tenha terminado a execução. Quando termina de teste de carga, os dados são armazenados no repositório. O Timing Details Storage propriedade está ativada por padrão. Se este for um problema para seu ambiente de testes, convém definir a Timing Details Storage para Nenhum.

Para obter mais informações, consulte Como: Especificar a propriedade de armazenamento de detalhes de tempo para uma configuração de execução de teste de carga.

Considere a possibilidade de ativar o rastreamento de SQL

Para diagnosticar problemas de desempenho do SQL, há um conjunto de propriedades de configurações de execução no Load Test Editor que permite que o recurso de rastreamento de SQL de Microsoft SQL Server de ser habilitada para a duração do teste de carga. Se o recurso de rastreamento de SQL estiver habilitado, os dados de rastreamento SQL podem ser exibidos no analisador de teste de carga na tabela de rastreamento de SQL, que está disponível no modo de exibição de tabelas.

O rastreamento de SQL é uma alternativa de bastante fácil de usar para iniciar uma sessão separada do gerador de perfil SQL durante a execução do teste de carga. Para ativar esse recurso, o usuário que está executando o teste de carga deve ter os privilégios SQL necessários para executar o rastreamento de SQL e deve ser especificado um diretório onde o arquivo de rastreamento será gravado. Geralmente, o diretório é um compartilhamento. Quando terminar o teste de carga, os dados do arquivo de rastreamento são importados para o repositório de teste de carga e associados com o teste de carga foi executado para que ele pode ser exibido posteriormente, a qualquer momento posterior, usando o Load Test Analyzer.

Para obter mais informações, consulte Coletando dados de rastreamento SQL para monitorar e melhorar o desempenho em testes de carga.

Não sobrecarregar os agentes de teste

Se uma máquina de agente de teste tem mais de 75% de utilização da CPU ou tiver menos de 10% de memória física disponível, adicione mais agentes para o teste de carga para garantir que a máquina do agente não se torna o gargalo em seu teste de carga.

Para obter mais informações, consulte Como: Especificar os agentes de teste para usar nos cenários de teste de carga e Distribuindo os testes de carga em várias máquinas de teste usando o controladores de teste e agentes de teste.

Tarefas relacionadas

Criando e editando a carga e testes de desempenho de Web

Fornece as instruções que você precisa para criar e editar a carga e testes de desempenho da Web.

Executar testes de desempenho de Web

Fornece informações sobre como executar testes de desempenho de Web nos testes de carga.

Consulte também

Conceitos

Visão geral do analisador de teste de carga

Considerações para testes de carga

Outros recursos

Executando a carga e testes de desempenho de Web

Consideration for Load Tests that Contain Web Performance Tests