Pré-requisitos .com



Hands-On LabIntrodu??o ao Teste de Carga e Desempenho Web com Visual Studio Ultimate 2012Vers?o do Laboratório:11.0.50727.1 (RTM)Ultima atualiza??o:8/21/2012Tradu??o:9/8/2012COnteúdos TOC \h \z \t "Heading 3,2,pp Topic,1,PP Procedure start,3" Vis?o Geral PAGEREF _Toc335400299 \h 3Exercício 01: Criando Testes de Desempenho Web PAGEREF _Toc335400300 \h 3Exercício 2: Carregando Teste PAGEREF _Toc335400301 \h 21Exercício 3: Executando e Analisando Testes de Carga PAGEREF _Toc335400302 \h 36Vis?o GeralNeste laboratório, você será apresentado à capacidade de teste de carga e desempenho web contidos no Visual Studio Ultimate 2012. Você irá percorrer um cenário fictício com uma loja online onde seu objetivo é modelar e analisar o seu desempenho com um número de usuários simult?neos. Isso envolverá a defini??o de testes de desempenho de web que representam os usuários navegando e encomendando produtos, a defini??o de um teste de carga com base nos testes de desempenho da web e, finalmente, a análise dos resultados do teste de carga.Nota: Para a maioria, este laboratório pretende ser uma introdu??o teste de carga e desempenho no Visual Studio 2012 a partir do zero. Melhorias e outras diferen?as a partir da vers?o 2010 s?o observadas onde quando necessário.Pré-requisitosPara concluir este laboratório, você precisará da máquina virtual do Visual Studio 2012 fornecida pela Microsoft. Para mais informa??es sobre como utilizar e obter esta máquina virtual, por favor, veja esta postagem do blog. Já que este laboratório faz uso extensivo de recursos de hardware, sugere-se que seja fornecido o tanto de RAM e CPU quanto possível para a máquina virtual.ExercíciosEste laboratório inclui os seguintes exercícios:Criando Testes de desempenho WebTestes de cargaExecutando e analisando testes de cargaTempo estimado para concluir este laboratório: 60 minutos.Exercício 01: Criando Testes de Desempenho WebNeste exercício, você irá configurar e executar um teste básico de desempenho Web. Este tipo de teste gera solicita??es HTTP e registra respostas esperadas durante a medi??o de tempos de resposta e rendimento.Fa?a login com usuário Adam. Todas as senhas s?o P2ssw0rd.Abra o Visual Studio 2012 pelo atalho na barra de tarefas ou em Start | All Programs | Microsoft Visual Studio 2012.Figura SEQ Figure \* ARABIC 1Abrindo o Visual Studio 2012Clique no link New Project… na Start Page.Figura SEQ Figure \* ARABIC 2Criando um new projectNa janela do New Project, escolha Web Performance and Load Test Project do Visual C# | Test e clique no bot?o OK para criar o projeto.Figura SEQ Figure \* ARABIC 3Criando um novo projeto de cargaNota: Web performance and load já criados no 2010 continuam funcionando no Visual Studio 2012, mas a vers?o de qualquer test controllers precisa ser da mesma vers?o que o Visual Studio. Para informa??es adicionais sobre atualizar, veja em novo projeto de testes de carga e desempenho web foi criado com as configura??es de teste padr?o e um arquivo com as defini??es do web test com nome WebTest1.webtest foi criado. Clique no bot?o Add Recording no topo do Web Performance Test Editor para iniciar a grava??o.Figura SEQ Figure \* ARABIC 4Iniciando a grava??o do testeO Internet Explorer e o Web Test Recorder deverá ser abrir no modo Record, que você poderá perceber observando a toolbar no topo da janela de grava??o. Você pode pause, stop, ou reset a grava??o a qualquer momento.Figura SEQ Figure \* ARABIC 5Web Test Recorder sendo executado no Internet ExplorerNota: Equanto o Web Test Recorder estiver no estado de Record, requests ser?o completamente gravados com um “tempo de pensamento”. Lembre-se que o que você gravou nos cenários, você gravou demorando um tempo, como seria no caso do usuário– Pausando nas páginas dos produtos, esperando alguns segundos para ter certeza que seu cart?o de crédito esta correto, e assim por diante. N?o vamos apenas criar o web test e conferir os requests e responses estar?o corretos, vamos usar para fazer alguns testes de carga posteriormente.Nos próximos passos, vamos fazer parte da navega??o do cliente no site clicando em alguns produtos e expandindo os detalhes do produto. O objetivo aqui é criar um perfil que represente uma navega??o típica de um usuário que navega pelo site.No Internet Explorer, clique no bot?o Tailspin Toys na barra de favoritos para abrir o site do Tailspin Toys. Veja que este request gerou a grava??o de um log no gravador de teste.Figura SEQ Figure \* ARABIC 6Request Initial ao site do Tailspin ToysClique no bot?o Model Airplanes.Figura SEQ Figure \* ARABIC 7Clicando em Model AirplanesClique no link Fourth Coffee Flyer.Figura SEQ Figure \* ARABIC 8Escolhendo o Fourth Coffee FlyerEscolha o Trey Research Rocket da sess?o “You Might Also Like”.Figura SEQ Figure \* ARABIC 9Escolhendo o Trey Research RocketClique no bot?o Stop da barra de ferramentas do gravador de teste web.Figura SEQ Figure \* ARABIC 10Stopping the Web Test RecorderNovamente no Web Test Recorder stop a grava??o e retorne ao Visual Studio, duas tarefas ir?o come?ar:Dynamic parameters (parametros din?mincos) n?o s?o identificados e extraidos durante a grava??o, nós vamos identificar. Exemplos de dynamic parameters inclue os valores dos cookies, view state, parametros query string, e parametros post. Extrair os dynamic parameters quando eles s?o utilizados pela primeira vez é permitirá que o teste seja executado a qualquer momento no futuro e eles estar?o aptos a serem executados na parte dos testes de carga.O teste de performance web ir?o executar e mostrar os resultados.Reserve um instante para ver os web requests gravados para ver que o par?metro string de busca foi extraído automaticamente. Visual Studio irá procurar e extrair campos HTML ocultos e formará o post parameters.Figura SEQ Figure \* ARABIC 11Web test recording showing extracted query string parametersNota: Existem dois tipos de regras que podem ser aplicadas ao response de cada HTTP request, validation e extraction. Validation rules (regras de valida??o) podem ser usadas para verificar se estas páginas possuem texto específico, tags, atributos, ou campos de formulário. Extraction rules (regras de extra??o) podem ser usadas para armazenar resultados no test context como pares de valores de nome – e estas regras podem extrair campos do formulário, texto, atributos, headers, regular expressions, e atributos ocultos.Embora esteja fora do escopo desse laboratório, navegue por outros recursos de teste de desempenho web, vale ressaltar alguns deles.Other Web Performance Test FeaturesConverta um teste de desempenho web gravado em um teste de desempenho web codificadoAdicione um nome de relatório para esclarecer identifica??o da solicita??o webPersonalizar teste com tempo artificialConfigure o possível tempo de resposta para uma página da WebAdicione uma fonte de dados para vincular a solicita??es HTTP (banco de dados, XML, CSV)Personalize execu??o usando loops, ramifica??es e as opera??esConfigure credenciais para teste (Basica ou Integrada com o Windows)No Solution Explorer, bot?o direito sobre WebTest1.webtest e selecione Rename para mudar o nome para “Browsing.webtest”. Isto tornará mais fácil de acompanhar o cenário que foi gravado.Figura SEQ Figure \* ARABIC 12Atualizando nome web testVamos dar uma olhada no tempo de reflex?o para ter certeza que elas s?o apropriadas. Clique no bot?o Set Request Details da toolbar para abrir a janela de detalhes de requisi??o.Figura SEQ Figure \* ARABIC 13Local do bot?o Set Request Details A janela Request Details mostra uma grade contendo todos os pedidos, juntamente com um nome de referência, tempo de pensamento (em segundos), e os objetivos de tempo de resposta (em segundos). Para o propósito deste laboratório, certifique-se de que a soma de todos os tempos de pensamento s?o n?o mais do que cerca de 15 segundos. Isso ajudará a garantir que podemos obter bons resultados quando criamos um teste de carga mais tarde. Clique no bot?o OK para continuar se você fez alguma altera??oFigura SEQ Figure \* ARABIC 14Janela Request Details Agora vamos adicionar outro teste web para representar um cliente que navega e compra um produto do site Toys Tailspin. Selecione Project | Add Performance Test No menu principal do Visual Studio. Nós poderíamos ter criado um simples teste web incluindo tanto a navega??o e compra de cenário, mas compondo os testes desta forma vai fazer a constru??o de um teste de carga realista e mais fácil depois.Navegue no Tailspin Toys e selecione o bot?o Paper Airplanes.Figura SEQ Figure \* ARABIC 15Selecionando Paper AirplanesSelecione o link Wingtip Toys Stunt Plane.Figura SEQ Figure \* ARABIC 16Selecionandoo avi?o Wingtip Toys StuntSelecione o bot?o Add To Cart.Figura SEQ Figure \* ARABIC 17Adicionando produtos ao carrinhoClique no bot?o Checkout.Figura SEQ Figure \* ARABIC 18Check outPreencha o formulário com alguns dados de teste e, em seguida selecione o bot?o Review Order.Figura SEQ Figure \* ARABIC 19Digitando informa??es de endere?oSelecione o bot?o Place Order.Figura SEQ Figure \* ARABIC 20Finalizando o pedidoDepois de colocar fim, você deve ver a pagina de recebimento. Clique no bot?o Stop na grava??o do web teste para retornar ao Visual Studio.No Solution Explorer, bot?o direito sobre WebTest1.webtest e selecione Rename para mudar para o nome “Buying.webtest”.Figura SEQ Figure \* ARABIC 21Atualizando o nome do web testCarregue a janela Test Results e observe que a execu??o do teste automaticamente acabou falhando. Duplo clique sobre execu??o do teste para ver os detalhes do resultado.Figura SEQ Figure \* ARABIC 22Visualizando os detalhes dos resultados de testeA janela Test Result Details mostra as requisi??es HTTP subsequentes, rea??es, algum contexto de teste Visual Studio, e outros detalhes. Dedique alguns minutos param se familiarizar com as informa??es disponíveis aqui.Figura SEQ Figure \* ARABIC 23Janela mostrando resultados da execu??o de testeRole para baixo até chegar a ultima requisi??o onde o teste de desempenho web falhou e selecione-o. Observe que o status retornou o código 200 e as abas de Request e Response parecem n?o ter algo errado. Figura SEQ Figure \* ARABIC 24Resposta a coloca??o da requisi??o mostra falha, embora temos HTTP 200Se você clicar na aba Details, você verá que o teste falhou porquê a regra Response URL Validation estava esperando para ver a mesma resposta URL que foi gravada durante a defini??o de Web Test.Figura SEQ Figure \* ARABIC 25Aba Details mostrando raz?o de ter falhadoFeche a janela de resultados de detalhe para retornar ao editor web test Buying.Agora nos estamos entendendo porquê o web test falhou, Nós podemos fazer a modifica??o de modo que ela será bem sucedida e ainda nos dará uma boa representa??o de teste usando navega??o e ordena??es de um produto. Role para baixo até o item Validation Rules e localize a regra Response URL.Figura SEQ Figure \* ARABIC 26Local da valida??o de regra Response URL Bot?o direito sobre Response URL e selecione a op??o Delete.Figura SEQ Figure \* ARABIC 27Removendo a regra de valida??o Response URLAntes de remover a regra de valida??o de Response URL que resolve o problema, vamos dar uma olhada nos “think times” para ter certeza que est?o apropriados. Clique no bot?o Set Request Details da barra de ferramentas para abrir a janela de Request Details.Figura SEQ Figure \* ARABIC 28Local do bot?o Set Request Details Como propósito deste laboratório, tenha certeza que a soma de todos os think times n?o é mais do que 30 segundos. Isso vai ajudar a garantir que nós podemos ter bons resultados quando nós criarmos depois um carregamento de teste. Clique no bot?o OK para continuar se você fez alguma mudan?a.Figura SEQ Figure \* ARABIC 29Janela Request Details Run o Buying web test novamente para ter certeza que ele passe.Figura SEQ Figure \* ARABIC 30Local do bot?o Run Test Nota: Por padr?o, os testes de desempenho web ser?o executados sem levar em considera??o o “think time”, embora seja possível configura-lo se desejar. A janela de resultado web test agora deve mostrar marcadores verde próximo aos passos.Figura SEQ Figure \* ARABIC 31Todas requisi??es web test aprovadasFeche a janela de resultado do teste.Exercício 2: Testando CargaNesse exercício, você irá utilizar teste de desempenho que você criou no exercício passado como base para o teste de carga. Construir um ou mais testes de desempenho web com cenário de usuário onde é importante reproduzir com precis?o o teste de carga bem critico. Para criar o teste de carga, definiremos a carga de usuários, especificar o teste de desempenho web a ser utilizado, o tipo de rede e navegador para usar na simula??o e o performance counters e outras métricas que queremos recolher durante o teste.Clique em Project | Add Load Test no menu principal do Visual Studio.Em New Load Test Wizard, selecione o bot?o Next para iniciar o carregamento de teste do cenário.Figura SEQ Figure \* ARABIC 32New Load Test Wizard percorre as op??es de configura??o comunsDigite o nome do cenário como “BrowseAndOrderProduct” mas deixe o think time profile com o tempo padr?o. O think time padr?o dos testes de desempenho web é o calculo do valor médio, com uma distribui??o normal usada para gerar alguma varia??o. O resultado é uma gera??o de carga mais realista sobre os sitesClique no bot?o Next para continuar na tela de defini??o Load Pattern.Figura SEQ Figure \* ARABIC 33Iniciando as defini??es de cenário para o load testUse a op??o constant load (o padr?o) para esse load test, mas altere o User Count para 5 usuários, uma vez que est?o operando dentro de uma maquina virtual, isso é importante para manter a contagem de usuários baixo o suficiente de modo que a maquina tenha recursos para executar o IIS de load test na mesma máquina. Dependendo do web site em teste, usando o passo load to ramp up usage do web site pode ser realista, mas isso requer execu??o de teste mais longa.Nota: O limite para o número de usuários virtuais que podem ser usados ??nos testes de carga foi removido no Visual Studio Ultimate 2012. Você n?o tem que comprar licen?as de usuário virtual para aumentar o número de usuários virtuais que você pode usar em seus testes de carga. O Visual Studio Ultimate licen?a de avalia??o de 2012, no entanto, o limita a 25 usuários virtuais e só permite testes locais.Selecione o bot?o Next para continuar na tela de defini??o do Test Mix Model. Figura SEQ Figure \* ARABIC 34Configurando um usuário virtual constant para carregar a execu??o durante o load testLeia a descri??o de cada test mix model clicando e vendo a descri??o que aparece no lado direito.Figura SEQ Figure \* ARABIC 35Definindo teste mix modelVamos dizer que nossos registros locais de produ??o nos da algumas indica??es de porcentagem de navega??o de usuários que acabaram de fazer compras. Selecione a primeira op??o dos modelos de teste based on the total number of tests e clique no bot?o Next para continuar na tela Test Mix. Figura SEQ Figure \* ARABIC 36Definindo o test mix modelClique no bot?o Add para carregar a janela do Add Test.Figura SEQ Figure \* ARABIC 37Adicionando teste ao mixSelecione both tests para adicionar o mix, e ent?o clique no bot?o OK.Figura SEQ Figure \* ARABIC 38Adicionando teste ao mixNote: Os testes de carga podem incluir uma combina??o de coded UI tests, testes de desempenho web, e outros tipos de teste como os Unit Test. ? importante notar que para os coded UI tests você precisa de uma máquina virtual ou física por usuário que você está simulando uma vez que assume que tem controle sobre a interface do usuário inteiro.Vamos dizer que os registros de nossa produ??o nos dizem que 25% dos usuários navegam até o final do site até comprar algo. Altere o Distribution para refletir essa informa??o e, em seguida clique no bot?o Next para continuar na tela do Network Mix.Figura SEQ Figure \* ARABIC 39Definindo test mixA tela Network Mix permite você escolher um ou mais tipos de rede e especificar a distribui??o de todos os tipos em todos os testes a serem executados pelos usuários virtuais. Selecione no menu dropdown o Network Type para ver as op??es habilitadas. Figura SEQ Figure \* ARABIC 40Op??es de Network Type Para o proposito deste laboratório, deixe o tipo de rede como padr?o LAN e selecione o bot?o Next para continuar na tela do Browser Mix.Figura SEQ Figure \* ARABIC 41Definindo network mix paraload testNota: Emula??o de rede n?o funciona quando a operar dentro deste ambiente de máquina virtual, pois o URL em teste loops de volta para localhost.A tela Browser Mix permite que você especifique um ou mais tipos de navegador e especificar a distribui??o desse tipo de arquivo em todos os testes a serem executados pelos usuários virtuais. Assim como o network mix, que nos permite definir de maneira mais realista como os usuários interagem com o site. Para efeito deste exercício, deixe o padr?o em 100% o Internet Explores 9.0 e selecione o bot?o Next para continuar na tela Counter Sets.Figura SEQ Figure \* ARABIC 42Definindo browser mix para load testNa tela Counter Sets permite que você especifique os computadores e conjuntos de contadores que s?o coletados durante o load test. Selecione o bot?o Add Computer e digite “VSALM’ para o nome do computador.Selecione os conjuntos de contatores e SQL para monitorarem uma vez que estamos testando a carga do site. Nota-se que Controller Computer e Agent Computers coletam alguns dados, por padr?o, e ambos representam a mesma máquina nesse caso. Uma vez que o conjunto de contadores foram criados, clique no bot?o Next para continuar na tela de Run Settings.Figura SEQ Figure \* ARABIC 43Definindo contadores desempenho que ser?o coletadosNote: ? possível modificar ou adicionar conjuntos de contadores a serem utilizados durante os testes de carga, trabalhando diretamente com os arquivos CounterSet XML localizados no diretório \Common7\IDE\Templates\LoadTest\CounterSets. O diretório LoadTest também contém defini??es de rede e do navegador também.O Run Settings de um load test permitem que você especifique quanto tempo o teste deve ser executado usando o tempo de dura??o ou numero especifico de itera??es de teste. Vamos utilizar um período de tempo, mas mudaremos de 10 minutos para 1 minuto para fins de demonstra??o. A taxa de amostragem padr?o de 5 segundos aqui é muito boa, e em geral é uma boa escolha para execu??o de testes pequenos. Se você quiser rodar um longo testes, considere a amostragem com menos frequência, uma vez que irá gerar muito menos dados para armazenar no banco de dados do teste de carga.Selecione o bot?o Finish para salvar as configura??es do teste de carga.Figura SEQ Figure \* ARABIC 44Definindo configura??es de execu??o do load test Isso também possibilita Também é possível configurar adaptadores de diagnóstico de dados para cada fun??o que faz parte do load test. Em Solution Explorer, Duplo-clique sobre o arquivo Local.testsettings para carregar a janela de configura??o do load testFigura SEQ Figure \* ARABIC 45Loading test settingsNa janela Test Settings, selecione a op??o Data and Diagnostics para ver os adaptadores habilitados. Nas op??es inclui Profiler, Event Log, IntelliTrace, Network Emulation, e mais. Adaptadores n?o s?o selecionados por padr?o, em parte porque muitos deles têm um impacto significativo sobre as máquinas em teste e pode gerar uma grande quantidade de dados para armazenar ao longo do teste de carga.Figura SEQ Figure \* ARABIC 46Adaptadores de diagnostico de dadosSelecione o checkbox Enabled para o adaptador Profiler e ent?o selecione o bot?o Configure.Figura SEQ Figure \* ARABIC 47Configurando o adaptador O Profiler coleta estatísticas de desempenho, aloca??es de memória .NET e outros dados, e a camada de intera??o de dados que destaca os dados de desempenho sobre chamadas síncronas feitas no Microsoft SQL Server. Embora fora do escopo deste laboratório, tenha em mente que este poderoso recurso está disponível para ajudar a diagnosticar problemas de desempenho. Selecione o bot?o Cancel.Figura SEQ Figure \* ARABIC 48Perfil padr? Nota: Para aprender mais sobre o perfil , veja a documenta??o: a janela Test Settings sem salvar as altera??es na configura??o.Exercício 3: Executando e Analisando Testes de CargaNesse exercício, você irá aprender a executar o load test que você definiu no exercício anterior e analisar os resultados.Abra o teste de carga que você definiu no exercício anterior através do duplo-clique sobre o Solution Explorer se necessário. Testes de carga usam a extens?o ‘loadtest’.Figura SEQ Figure \* ARABIC 49Definbi??o de Load testSelecione o bot?o Manage Test Controllers na barra de ferramentas do Load Test Editor.Figura SEQ Figure \* ARABIC 50Bot?o Manage Test Controllers Observe que o controle selecionado está configurado como <Local – No controller>. Selecione o bot?o ellipses para configurar as connection string para armazenar os resultados do load test.Figura SEQ Figure \* ARABIC 51Janela Manage Test Controller Na janela Connection Properties use o nome do servidor como VSALM, use Windows Authentication, e use o nome da base de dados LoadTest2010. Depois de ter definido as propriedades da conex?o banco de dados, selecione o bot?o OK para salvar.Figura SEQ Figure \* ARABIC 52Configura??es das propriedades de conex?o do banco de dados do load test para o controlador de testeSelecione o bot?o Close para sair da janela do Manage Test Controller.Inicie o teste de carga selecionando o bot?o Run Test na barra de ferramentas.Figura SEQ Figure \* ARABIC 53Local do bot?o Run TestQuando o teste de carga iniciar e come?ar a execu??o de 1 minuto, a janela de resultados do teste de carga s?o carregadas com gráficos representativos. Por padr?o, você deverá ver quatro painéis exibindo estatísticas chaves, com alguns contadores de desempenho demonstrados abaixo. Os dados s?o amostrados a cada 5 segundos por padr?o, mas pode ser alterado nas configura??es do teste de carga.Figura SEQ Figure \* ARABIC 54Janela de resultado do teste de carga exibindo KPIs durante o teste de cargaNote: Screenshots mostrando estatísticas e gráficos podem variar muito daqueles que se vê durante o seu passo a passo deste laboratório. Isso se deve principalmente ao hardware diferente que você está executando a máquina virtual em. Além disso, você pode ver algumas viola??es de limites que resultam da VM sendo ocupado durante o teste. Em uma situa??o real, e especialmente uma em que você quer dirigir mais usuários virtuais, você provavelmente seria melhor servido usando várias máquinas durante o teste, n?o só para gerar a carga, mas também para cada componente do sistema, pois será implantado em produ??o.Depois que acabar a execu??o do teste de carga, ele vai automaticamente para a visualiza??o do resumo. A visualiza??o do resumo mostra valores agregados e outras informa??es importantes sobre o teste. Observe que os hiperlinks para páginas específicas abre ainda mais detalhes das tabelas.Figura SEQ Figure \* ARABIC 55Resumo dos resultados do teste de cargaAltere para exibi??o dos gráficos clicando no bot?o Graphs na barra de ferramentas.Figura SEQ Figure \* ARABIC 56Bot?o graficosObserve que você pode manipular os gráficos que você viu. Selecione o menu suspenso panels control na barra de ferramentas mostrado abaixo. Selecione a op??o Two Horizontal Panels.Figura SEQ Figure \* ARABIC 57Customizando a visualiza??o do gráficoPor padr?o, o gráfico superior irá mostrar Key Indicators e o gráfico inferior apresenta Page Response Time, dois conjunto de dados muito importante para uma aplica??o web.Figura SEQ Figure \* ARABIC 58Gráficos que mostram indicadores chave para o tempo de resposta da paginaClique sobre a linha do gráfico Key Indicator ou pontos de dados ent?o clique. Isso também irá real?ar o contador que está associado com os gráficos abaixo. A imagem abaixo mostra que a linha vermelha representa o User Load em diferentes pontos, durante o teste de carga. Será sempre igual a 5 conforme configuramos.Figura SEQ Figure \* ARABIC 59Sele??o dos dados User Load Clique na linha Pages/Sec na se??o Key Indicators da tabela de contador para real?ar no gráfico. Na imagem mostrada abaixo, pode-se ver que o número médio de páginas por segundo ao longo da dura??o do teste foi de 1,90 Figura SEQ Figure \* ARABIC 60Visualizando o contador de arquivoTambém é possível criar seus próprios gráficos usando qualquer um dos contadores de desempenho coletados. Selecione o bot?o Add New Graph na barra de ferramentas. Figura SEQ Figure \* ARABIC 61Bot?o Add New Graph Digite ‘Database’ como nome do gráfico e selecione o bot?o OK para criar um gráfico novo.Figura SEQ Figure \* ARABIC 62Criando um novo GráficoDigamos que estamos interessados em ver como o banco de dados desempenha durante o teste de carga. No painel de contadores no lado esquerdo da tela do gráfico, expandir os computadores, VSALM e SQLServer:SQL Statistics. Bot?o direito sobre‘Batch Requests/sec’ e selecione Show Counter on Graph.Figura SEQ Figure \* ARABIC 63Adicionando contadores de sele??o para o gráfico personalizadoNota: Se a conex?o com o teste de carga resulta em timeout do banco de dados, você talvez precise modificar a conex?o indo em Load Test | Manage Test Controllers, selecione o bot?o de reticências à direita da cadeia de conex?o, selecione o bot?o Avan?ado e, em seguida, aumentar a propriedade Timeout de conex?o. Tente aumentar para 30 segundos e depois voltar a tentar a opera??o.Mantenha o cursor do mouse sobre qualquer ponto dos dados no gráfico para ver o numero de lotes de solicita??es. Isso só nos dá uma ideia de qu?o ocupado o banco de dados foi durante o teste de carga. Figura SEQ Figure \* ARABIC 64Gráficos personalizados mostrando lotes de solicita??o por segundoNota: Muitos dos contadores coletados nesta máquina virtual, como para o SQL Server, devem ser olhado com o entendimento de que há um monte de aplicativos que rodam no mesmo ambiente. Por exemplo, bancos de dados para servi?os SharePoint e Team Foundation Server também est?o em execu??o.Mesmo que o teste de carga inicial pode resultar em alguns números que n?o parecem fornecer uma riqueza de informa??es, ele pode fornecer uma boa base e nos permitir fazer médias relativas entre execu??es de teste para ajudar a medir impacto do desempenho de altera??o de código. Por exemplo, se tivesse visto um nível relativamente elevado de lotes de solicita??es por segundo durante os nossos testes de cargas inicial, talvez pudesse ser resolvido pela adi??o de algum cache, e ent?o reiniciar e se certificar de que o pedido por segundo vai abaixar.Execute o load test mais uma vez de modo que temos pelo menos dois resultados para trabalhar, para que possamos ver como realizar algumas análises de tendência.Quando o segundo load test estiver completo, selecione o bot?o Create Excel Report na barra de ferramentas para carregar o Excel.Figura SEQ Figure \* ARABIC 65Bot?o criar um relatório Excel Na janela Generate a Load Test Report dentro do Excel, tenha certeza que a op??o Create a report está selecionada e ent?o selecione o bot?o Next para continuar.Figura SEQ Figure \* ARABIC 66Criando um novo relatório do load test.Quando solicitado gerar um tipo de relatório, selecione Trend e siga pelo bot?o Next.Figura SEQ Figure \* ARABIC 67Selecionando o tipo de relatório TrendPara Report Name, digite “LoadTestTrend” e selecione o bot?o Next para continuar.Figura SEQ Figure \* ARABIC 68Nomeando orelatório TrendSelecione os dois últimos testes de carga executados e gere o relatório trend e ent?o selecione o bot?o Next para continuar.Figura SEQ Figure \* ARABIC 69Selecionado as execu??es de test para gerar o relatório trendQuando solicitado os contadores para adicionar ao relatório, observe que haverá um número de padr?es que s?o pré-selecionados. Deixe esses padr?es no lugar, e adicione o contador ‘Batch Requests/sec’ também. Uma vez que você tenha terminado de selecionar os contadores, clique no bot?o Finish para gerar o relatório. Figura SEQ Figure \* ARABIC 70Selecionando contadores de desempenhoDepois que o relatório é gerado, uma tabela de conteúdo será exibida, que fornece hiperlinks para as folhas de relatório específicas. Selecione o link Batch Requests/sec.Figura SEQ Figure \* ARABIC 71Tabela de conteúdo para o relatório de tendência geradaA gráfico Batch Requests/s mostra os lotes de solicita??es por média, o segundo sobre o teste de carga inteira, para cada teste que você selecionou para analise de tendência.Figura SEQ Figure \* ARABIC 72Gráfico Batch Requests/s Vamos também dar uma olhada na tendência mostrando paginas web especificas. Clique no link Back to Table of Contents.Figura SEQ Figure \* ARABIC 73Navegando de volta para a tabela de conteúdosSelecione o link Avg. Page Time na tabela de conteúdo. Figura SEQ Figure \* ARABIC 74Navegando no gráfico Avg. Page Time O tempo é uma medida que inclui todas as solicita??es que foram feitas em um pagina web, por isso é um indicador útil para medir o desempenho. Uma vez que n?o faz quaisquer modifica??es ao aplicativo em teste, n?o esperamos para ver as diferen?as significativas entre os testes executados.Figura SEQ Figure \* ARABIC 75Grafico media de tempo por página Feche o Excel para voltar ao Visual Studio sem salvar as mudan?as. ................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download