Criando e editando testes de carga

Artigo
02/25/2013

Você pode criar um projeto de desempenho da Web e de teste de carregamento adicionar teste de carregamento a sua solução.Teste de carregamento podem conter teste de testes de unidade e de desempenho da Web.O objetivo principal de um teste de carregamento é simular muitos usuários que acessam um servidor ao mesmo tempo.Um teste de carregamento fornece acesso ao esforço do aplicativo e dados de desempenho.Um teste de carregamento pode ser configurado para emular várias condições de carregamento como tanto o usuário e tipos de rede.Um novo teste de carregamento é criado usando o assistente de novo teste de carga, em que você especifica as configurações inicial para o seu teste de carregamento.Configurações iniciais que incluem um cenário, um conjuntos do contador, e uma configuração de execução.

Requisitos

Visual Studio Ultimate

Consulte Exibição: Testando aplicativos de carregamento no Visual Studio.

Tarefas

Tarefas	Tópicos associados
Crie um novo teste de carregamento: você pode usar o assistente de novo teste de carregamento em Visual Studio Ultimate para criar teste de carregamento para testar o esforço e desempenho em seu aplicativo.	A criação de testes de carga usando o novo Assistente de teste de carga
Editar um teste de carregamento existente: depois que um teste de carregamento foi criado usando o assistente de novo teste de carga, você pode alterar e configurar várias configurações e propriedades usando o editor de teste de carregamento.	Edição de teste de carga usando o Load Test Editor.
Teste de carregamento com teste codificados de interface de usuário: você pode criar os testes de carregamento que incluem teste codificados de interface de usuário como teste de desempenho.Isso é útil em condições muito específicas, porque os testes codificados de interface do usuário permitem capturar o desempenho na camada de interface do usuário.	Usando testes de interface do usuário codificados em testes de carga
Especificar processos de 64 bits para teste de carregamento: você pode configurar a configuração de teste que você está usando com o teste de carregamento para especificar que você deseja usar processos de 64 bits.	Como: Especifica o processo de 64 bits usando configurações de teste

Tarefas Relacionadas

Definindo 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 ensaios de uma carga.As configurações de execução são organizadas por categorias na janela propriedades.

Considerações para teste de carregamento

Você deve considerar as dicas a seguir para executar grandes teste de carregamento em Visual Studio Ultimate:

Escolhendo o padrão adequado de carregamento

Escolhendo o modelo apropriado de conexão

Taxa de amostragem e coleta de dados

Pense tempo

Metas de tempo de resposta de configuração para solicitações de teste de desempenho da Web

Incluindo detalhes de tempo para coletar dados de percentil

Definindo a porcentagem da nova propriedade de usuários

Ativando o profiler ASP.NET

Ativando o log virtual do usuário

Ativar o rastreamento SQL

Mantendo um número apropriado de computadores de agente

Escolhendo o padrão adequado de carregamento

Existem três tipos de padrões de carregamento: constante, etapa, e meta- base.Escolha o padrão de carregamento que é apropriada para o teste de carga, você deve compreender as vantagens de cada tipo.Para obter mais informações, consulte Edição de padrões de carga para modelar as atividades do usuário Virtual.

Constante

Um padrão de carga constante é útil quando você deseja executar um longo período o teste de carregamento com a mesma carregamento do usuário de tempo.Se você especificar uma carga alta do usuário com um padrão de carga constante, é recomendável que você também especifica um tempo de aquecimento para teste de carregamento.Quando você especifica um tempo de aquecimento, você evita sobre como sublinhado do seu site com centenas de novos sessões de usuário que batem o site ao mesmo tempo.

Por Etapa

Um padrão de carregamento de etapa é um dos de padrões comuns e de carregamento útil, porque permite que você monitorar o desempenho do seu sistema quando a carga de usuário aumenta.Monitorar o seu sistema como aumento de carregamento de usuário permite que você determinar o número de usuários que podem ser compatíveis com tempo de resposta aceitável.Por outro lado, também permite que você determinar o número de usuários em que o desempenho se torna inaceitável.

Se cada etapa adiciona um grande número de usuários, por exemplo, mais de 50 usuários, considere usar a propriedade de Tempo de rampa da etapa para encadear o início de usuários na etapa.Para obter mais informações, consulte Como: especificar a propriedade de tempo de rampa de etapa para um padrão de carga de etapa.

Baseado Meta-

Um padrão meta- base de carregamento é semelhante a um padrão de carregamento da etapa do carregamento de usuário está gerando normalmente ao longo do tempo.No entanto, permite que você especifique que o carregamento deve parar de aumentar quando qualquer contador de desempenho atinge um determinado nível.Por exemplo, você pode usar um padrão meta- base de carregamento para continuar a aumentar a carga até que um de seus servidores de destino está ocupado 75% e manter a carga constante.

Se nenhum padrão predefinido de carregamento atender às suas necessidades, também é possível implementar um plug-in personalizado de teste de carregamento que controla a carga de usuário como os ensaios de carregamento.Para obter mais informações, consulte Criar e usar o Custom Plug-ins para carga e testes de desempenho da Web.

Escolhendo o modelo apropriado de conexão de teste de desempenho da Web

As configurações de ensaio de carregamento suportam opções diferentes para modelar conexões de usuário para o servidor Web usando a propriedade de Modelo de Conexões de Testes na Web .Existem três tipos de modelo de conexão: conexão pelo usuário, o pool de conexão, e a conexão por iteração de teste.Escolha o modelo de conexão que é apropriada para o teste de carga, você deve compreender as vantagens de cada tipo.

Conexão pelo usuário

A conexão pelo modelo de usuário simula o melhor o comportamento de um navegador real.Cada usuário virtual que está executando um teste de desempenho da Web usa até seis conexões em cada servidor Web.A conexão é mantida aberta para o servidor Web que é dedicado ao usuário virtual.A primeira conexão é estabelecida quando a primeira solicitação no teste de desempenho da Web é emitida.As conexões adicionais podem ser usadas quando uma página contiver mais de uma solicitação dependente.Essas solicitações podem ser emitido paralelamente usando as conexões adicionais.Um navegadores mais antigos até usam duas conexões pelo servidor Web, mas uso do Firefox 3 e Internet Explorer 8 até 6 conexões pelo servidor Web.Essas mesmas conexões são usado para o usuário virtual em todo o teste de carregamento.

A desvantagem de conexão pelo modelo de usuário é que o número de conexões abertas mantidas no computador de agente pode ser tão alto como seis vezes a carga de usuário, ou mesmo o maior se vários servidores Web são destinados, e os recursos necessários suportar essa alta contagem de conexão podem limitar a carga de usuário que pode ser orientada de um único agente de teste de carregamento.

Pool de conexão

O modelo do pool de conexão preserve os recursos no agente de teste de carregamento compartilhando conexões para o servidor Web entre vários usuários virtuais de teste de desempenho da Web.No modelo do pool de conexão, o tamanho do pool de conexão especifica o número máximo de conexões para fazer entre o agente de teste de carregamento e o servidor Web.Se a carga de usuário é maior do que o tamanho do pool de conexão, então os teste de desempenho da Web que estão executando em nome dos usuários virtuais diferentes compartilhão uma conexão.Este é o melhor modelo a ser usado para levar a maioria de carregamento a camada de aplicativo.

Compartilhar uma conexão significa que um teste de desempenho da Web pode ter que aguardar antes de emita uma solicitação quando outro teste de desempenho da Web estiver usando a conexão.Os o horário que um teste de desempenho da Web espera antes de enviar uma solicitação são controlados pelo contador Avg. Tempo de espera de conexãode desempenho de teste de carregamento.Esse número deve ser menor do que o tempo de resposta médio para uma página.Se não estiver, o tamanho do pool de conexão é provavelmente muito pequeno.

Conexão por iteração de teste

A conexão por iteração de teste fecha a conexão após cada iteração de teste, e abre uma nova conexão na próxima iteração.

Essa configuração coloca a maioria de esforço em seus logons de rede.A menos que isso é necessário, é recomendável usar uma das duas opções anteriores.

Taxa de amostragem e coleta de dados

Escolha uma taxa de amostragem apropriado com base no tamanho do seu teste de carregamento.Uma taxa de amostragem pequena, por exemplo cinco segundos, coleta mais dados para cada contador de desempenho que uma grande taxa de amostragem.Coletar a grande quantidade de dados para o longo período de tempo pode causar erros de espaço em disco.Para teste de carregamento longo, você pode aumentar a taxa de amostragem para reduzir a quantidade de dados que você reunir.O número de contadores de desempenho também afeta quanto dados são coletados.Para computadores no teste, reduzir o número de contadores reduz a quantidade de dados que você reunir.

Para determinar que taxa de amostragem funcionará melhor para o seu teste de carregamento específico, você deve fazer experiências.A tabela a seguir fornece as taxas de amostragem recomendadas que você pode usar para começar.

Duração de teste de carregamento	Taxa de amostragem recomendada
< 1 Hora	5 segundos
1 - 8 horas	15 segundos
8 - 24 horas	30 segundos
> 24 Horas	60 segundos

Pense tempo

O tempo de pensamento para solicitações de teste de desempenho da Web têm um efeito no número significativo de usuários que podem ser compatíveis com tempo de resposta razoável.Alterar acha que o tempo de 2 segundos como 10 segundos permitem geralmente simulam 5 vezes como muitos usuários.No entanto, se seu objetivo é simular usuários reais, você deve definir acha que o tempo como você espera baseados nos usuários se comportarão em seu site.Gerando o pensamento cronometra e o número de usuários não colocará necessariamente o esforço extra no seu servidor Web.Se o site estiver autenticado, o tipo de esquema usado irá afetar o desempenho.

Se você desativar pense vezes para um teste de desempenho da Web, você pode produzir um teste de carregamento que tenha uma produção mais alta com relação a solicitações por segundo.Se você desativar pense vezes, você deve também reduzir o número de usuários a um número muito menor do que quando pense que o tempo estão habilitados.Por exemplo, se você desativar pense horários e tente executar 1000 usuários, você provavelmente oprimir o servidor de destino ou o agente de teste de carregamento.

Para obter mais informações, consulte Os tempos de reflexão para simular os atrasos de interação humana do Site da Web em cenários de testes de carga de edição..

Metas de tempo de resposta de configuração para solicitações de teste de desempenho da Web

Uma das propriedades de uma solicitação de teste na Web é metas de tempo de resposta.Se você definir metas de tempo de resposta para suas solicitações de teste de desempenho da Web, quando o teste de desempenho da Web é executado em um teste de carga, o analisador de teste de carregamento relatará a porcentagem de teste de desempenho da Web para que o tempo de resposta não encontrou o objetivo.Por padrão, não há metas de tempo de resposta definido para solicitações da Web.

Além disso, se você usar a regra de validação de metas de tempo de resposta, as páginas que não se encontram o objetivo de tempo de resposta resultarão em um erro no teste de carregamento.Se você usar o erro de logon, você pode ver o que foi esse usuário virtual estiver fazendo quando a página lenta ocorreu.

Para obter mais informações, consulte Como: definir objetivos de tempo de resposta de página em um teste de desempenho da Web.

Incluindo detalhes de tempo para coletar dados de percentil e para habilitar a exibição de detalhes

As configurações de execução incluem uma propriedade chamada Armazenamento de detalhes de medição de tempo.Se essa propriedade estiver ativada, o tempo que leva para executar cada teste individual, a transação, e a página durante o teste de carregamento serão armazenados no armazenamento de resultados de teste de carregamento.Isso permite que o gráfico virtual de atividade de usuários no analisador de teste de carregamento.Também permite os 90th, 95th e 99.o percentil e o desvio padrão a ser mostrados no analisador de teste de carregamento em Testes, em Transações, e em tabelas de Páginas .

Por padrão, a propriedade de Armazenamento de detalhes de medição de tempo é ativada para oferecer suporte gráfico virtual de atividade do usuário no modo de exibição de detalhes no resultado de teste de carregamento usando o analisador de teste de carregamento.

Você deve desabilitar a propriedade de Armazenamento de detalhes de medição de tempo para grandes teste.Há dois motivos importantes para fazer isso.

A quantidade de espaço que é necessária no armazenamento de resultados de teste de carregamento armazenar os dados dos detalhes de temporização pode ser muito grande, especialmente para teste de carregamento longa.
O tempo de armazenar esses dados no armazenamento de resultados de teste de carregamento no final do teste de carregamento são longos porque esses dados são armazenados nos agentes de teste de carregamento até que o teste de carregamento termina de executar.

Se espaço suficiente em disco está disponível nos resultados de teste armazenamento de carregamento, você pode ativar Armazenamento de detalhes de medição de tempo para obter os dados de percentil.Você tem duas opções para ativar Armazenamento de detalhes de medição de tempo: StatisticsOnly e AllIndividualDetails.Usando qualquer opção, todos os testes individuais, páginas, e as transações são programadas, e dados de percentil são calculados de dados de tempo individuais.Se você escolher StatisticsOnly, os dados de tempo individuais são excluídos de armazenamento após os dados de percentil foram calculados.Exclua os dados reduz a quantidade de espaço que é necessária no armazenamento.Entretanto, se você deseja processar os dados diretamente de detalhes de tempo, usar ferramentas SQL, ou permite exibir detalhes virtuais de usuário no usuário virtual o gráfico de atividade que escolhe AllIndividualDetails de modo que os dados de detalhes de tempo sejam salvos no armazenamento.

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 e Como: configurar os testes de carga para coletar detalhes completos para habilitar a atividade do usuário Virtual nos resultados de teste.

Definindo a porcentagem da nova propriedade de usuários

Cada cenário em um teste de carregamento tem uma propriedade chamada Porcentagem de novos usuários.Esta propriedade afeta a forma que o mecanismo de teste de carregamento simula o cache que seria executado por um navegador da Web.O valor padrão para Porcentagem de novos usuários é 0.Isso significa que cada usuário virtual mantém um cache virtual de solicitações dependentes e uma lista de cookies entre iterações de teste.O cache como um cache do navegador.Portanto, as solicitações subsequentes para a URL não serão feitas.Isso é semelhante à navegadores da Web reais.

Se a porcentagem de novos usuários é definido como 100%, cada usuário é um “efetivamente um usuário de tempo” e nunca retorna para o site.Nesse caso, cada iteração de teste de desempenho da Web que é executado em um teste de carregamento é tratado como um usuário de primeira vez no site, que não tem qualquer conteúdo do site no cache do navegador visitas anteriores.Portanto, todas as solicitações no teste de desempenho da Web são baixados.Isso inclui todas as solicitações dependentes, como imagens.

Observação
Uma exceção é o caso em que o mesmo recurso armazenável em cache é solicitada várias vezes em um teste de desempenho da Web.

Use o valor padrão de novos usuários de 0 por cento para levar a maioria de carregamento a camada de aplicativo do seu site.Esse valor é semelhante à usuários reais e conduz-se mais carregar a sua camada de aplicativo, onde a maioria de problemas de desempenho ocorre.Para obter mais informações, consulte Como: especificar a porcentagem de usuários virtuais que usam dados de Cache da Web.

Ativando o profiler ASP.NET

O adaptador de dados diagnóstico profiler de ASP.NET permite que você coletar dados do visual profiler de ASP.NET camada de aplicativo quando você executar um teste de carregamento.Você não deve executar o profiler para teste de carregamento longo, por exemplo em teste de carregamento executando maior de uma hora, porque o arquivo profiler pode ficar grande (centenas de megabytes).Em vez disso, testes de carregamento menor de execução com o profiler de ASP.NET , que ainda dará o benefício de diagnóstico profundo de problemas de desempenho.

Para obter mais informações, consulte Como: Configurar o ASP.NET Profiler para carregar testes usando configurações de teste no Visual Studio.

Ativando o log virtual do usuário

Você pode reunir logs para testes completos que falharam ou especificando uma frequência para registrar teste.O log é controlado pelas propriedades Salvar log em caso de falha do teste, Salvar frequência de logs para testes concluídos e Máximo de logs de teste.O número de logs coletados é controlado pelas configurações de propriedade Máximo de logs de teste e Salvar frequência de logs para testes concluídos.As configurações padrão impede que um grande número de logs sejam coletados.Para os testes longa que irão gerar milhões de solicitações, não use a configuração Salvar frequência de logs para testes concluídos porque o número de logs será muito grande.Além disso, manter a configuração da propriedade de Máximo de logs de teste em um número razoável.Esta configuração da propriedade controla o número máximo de logs pelo tipo de erro.Portanto, você deve manter essa configuração.Evitará coletar dez de milhares de logs.Coletar logs demais aumenta a hora no final do teste de coletar os logs e usa o espaço de armazenamento no banco de dados de teste de carregamento.

Para obter mais informações, consulte Modificar configurações de log de teste de carga.

Ativar o rastreamento SQL

As configurações de execução incluem uma propriedade chamada Rastreamento SQL ativado.Esta propriedade permite que você ativar o recurso de rastreamento do Microsoft SQL Server para a duração de um teste de carregamento.Esta é uma alternativa para iniciar uma sessão separada do visual profiler SQL quando o teste de carregamento executar para diagnosticar problemas de desempenho SQL.Se a propriedade é ativada, os dados de rastreamento SQL são exibidos no analisador de teste de carregamento.Você pode exibi-lo na página de Tabelas na tabela de Rastreamento SQL .

Para ativar esse recurso, o usuário que está executando o teste de carregamento deve ter privilégios SQL para executar o rastreamento SQL.Quando um teste de carregamento está sendo executado em um computador remoto, usando um agente de teste e um controlador de teste, o usuário do controlador deve ter privilégios SQL.Você também deve especificar um diretório onde o arquivo de dados de rastreamento é gravado.Esta pasta é geralmente um compartilhamento de rede.Na conclusão do teste de carga, o arquivo de dados de rastreamento é importado no armazenamento de teste de carregamento e associado com o teste de carregamento.O arquivo de dados de rastreamento pode ser exibido posteriormente usando o analisador de teste de carregamento.

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

Mantendo um número apropriado de computadores de agente

Se um computador de agente tem a utilização da CPU mais de 75%, ou a tem menos de 10% de memória física disponível, está sobrecarregado.Adicionar mais agentes ao seu controlador de teste para certificar-se de que o computador do agente não se torna o afunilamento no seu teste de carregamento.

Para obter mais informações, consulte Distribuição de teste de carga é executado em várias máquinas de teste usando o controladores de teste e agentes de teste e Como: especificar agentes de teste para uso em cenários de teste de carga.