As respostas a essas perguntas ajudar\u00e3o voc\u00ea a criar uma estrat\u00e9gia de teste\/plano de teste<\/a> de qualidade. Se o cliente n\u00e3o conseguir fornecer respostas para todas essas perguntas, n\u00e3o se preocupe. Podemos sempre explorar a aplica\u00e7\u00e3o em teste e encontrar as respostas. Por exemplo, se uma ferramenta de APM\/log est\u00e1 em uso<\/a>, podemos derivar usu\u00e1rios simult\u00e2neos<\/a>, throughput, e tempo de resposta do sistema de produ\u00e7\u00e3o. Nunca presuma que voc\u00ea obter\u00e1 o que precisa sem perguntar.<\/p>\n Um testador de desempenho deve escolher cuidadosamente a melhor ferramenta de teste de desempenho. H\u00e1 muitos fatores que precisam ser considerados antes de voc\u00ea finalizar e propor a ferramenta. Lembre-se, o or\u00e7amento do cliente \u00e9 sempre um fator importante ao escolher a ferramenta de teste de desempenho<\/a>.<\/p>\n Se voc\u00ea procura uma ferramenta de teste de desempenho que seja econ\u00f4mica, f\u00e1cil de usar, e possa fornecer uma solu\u00e7\u00e3o completa de desempenho, voc\u00ea definitivamente deve experimentar o LoadView<\/a>. Comparado \u00e0s ferramentas tradicionais de teste de carga, o LoadView n\u00e3o requer nenhum investimento custoso, configura\u00e7\u00e3o demorada, ou conhecimento pr\u00e9vio de frameworks de script frameworks<\/a>. Al\u00e9m disso, a plataforma oferece mais de 20 localiza\u00e7\u00f5es globais para iniciar injetores de carga, para que voc\u00ea possa testar e medir o desempenho a partir de m\u00faltiplas localiza\u00e7\u00f5es durante cada teste.<\/p>\n Todos os tipos de teste de desempenho requerem tempo e esfor\u00e7o. Realizar teste de carga pode poupar uma organiza\u00e7\u00e3o de uma poss\u00edvel humilha\u00e7\u00e3o, mas ao mesmo tempo, testes em ferramentas gratuitas e de c\u00f3digo aberto como o JMeter n\u00e3o justificam o investimento. Quando se trata de realmente entender o desempenho de um site ou aplica\u00e7\u00e3o do ponto de vista do usu\u00e1rio final, testes baseados em protocolo n\u00e3o s\u00e3o suficientes<\/a>. Voc\u00ea tamb\u00e9m deve medir o desempenho das intera\u00e7\u00f5es e passos do lado do cliente. Aqui est\u00e1 uma compara\u00e7\u00e3o do LoadView com outras solu\u00e7\u00f5es de teste de desempenho\/carga<\/a> e por que voc\u00ea deve escolher o LoadView para suas necessidades de teste de desempenho.<\/p>\n Quando se trata de sites e aplica\u00e7\u00f5es que carregam lentamente, os clientes podem ficar rapidamente impacientes e sair para encontrar uma alternativa se o seu site\/aplica\u00e7\u00e3o n\u00e3o atender \u00e0s expectativas deles. Saber o quanto seu site\/aplica\u00e7\u00e3o pode suportar \u00e9 muito importante por v\u00e1rias raz\u00f5es, e existem v\u00e1rios cen\u00e1rios significativos com os quais a plataforma LoadView pode ajudar:<\/p>\n Depois de reunir os requisitos do cliente e selecionar a ferramenta de teste de desempenho adequada, precisamos documentar nosso plano de teste\/estrat\u00e9gia de teste. Certifique-se de obter a aprova\u00e7\u00e3o do plano de teste pelo cliente antes de iniciar qualquer atividade de desempenho. Isso \u00e9 muito importante e ajudar\u00e1 voc\u00ea a evitar problemas desnecess\u00e1rios mais tarde. Estes s\u00e3o alguns pontos que devem ser inclu\u00eddos no plano de teste.<\/p>\n O teste de desempenho real depende de uma combina\u00e7\u00e3o de t\u00e9cnicas<\/a>. Para alcan\u00e7ar os objetivos esperados, precisamos preparar uma estrat\u00e9gia diferente para diferentes requisitos de teste de desempenho. Existem diferentes m\u00e9tricas, como carga de usu\u00e1rios, usu\u00e1rios simult\u00e2neos, modelos de carga de trabalho, etc., que precisam ser consideradas antes de planejar a carga. Se voc\u00ea j\u00e1 trabalhou com modelagem de carga, deve ter ouvido falar da lei de Little<\/a>. Voc\u00ea deve aprend\u00ea-la e aplic\u00e1-la antes de planejar um teste para obter os resultados desejados.<\/p>\n Depois que concordarmos com um plano ou estrat\u00e9gia de desempenho com o cliente, \u00e9 hora de se preparar para a cria\u00e7\u00e3o de scripts usando a ferramenta de teste de desempenho escolhida. Construir scripts de qualidade \u00e9 fundamental para o sucesso do teste de desempenho, e h\u00e1 v\u00e1rias considera\u00e7\u00f5es importantes a serem lembradas durante o processo.<\/p>\n Primeiro, sempre siga os passos do caso de teste documentado ao criar scripts para garantir precis\u00e3o. Comece reproduzindo o script para um \u00fanico usu\u00e1rio e resolvendo quaisquer necessidades de correla\u00e7\u00e3o ou parametriza\u00e7\u00e3o. A parametriza\u00e7\u00e3o pode incluir cabe\u00e7alhos, cookies ou par\u00e2metros de corpo. Depois que o script funcionar perfeitamente para um \u00fanico usu\u00e1rio, teste-o com m\u00faltiplas itera\u00e7\u00f5es e diferentes dados de usu\u00e1rio. Esteja preparado para ajustar a correla\u00e7\u00e3o ou parametriza\u00e7\u00e3o, pois novos dados podem revelar requisitos adicionais.<\/p>\n Em alguns casos, alcan\u00e7ar certos casos de uso pode requerer a escrita de blocos personalizados de c\u00f3digo. Por exemplo, voc\u00ea pode precisar extrair dados espec\u00edficos de resposta para um usu\u00e1rio e manipul\u00e1-los para outra requisi\u00e7\u00e3o. Al\u00e9m disso, n\u00e3o se esque\u00e7a de incluir tempo de reflex\u00e3o, ritmo e mecanismos de tratamento de erros com base no modelo de carga. Verificar a funcionalidade do script com checagens de texto ou imagem tamb\u00e9m \u00e9 igualmente importante para garantir os resultados desejados.<\/p>\n Al\u00e9m do scripting, considere fatores como simula\u00e7\u00e3o de cache, cookies e condi\u00e7\u00f5es de rede vari\u00e1veis para refletir cen\u00e1rios realistas. Como engenheiro de desempenho, criar comportamentos realistas de usu\u00e1rios virtuais \u00e9 crucial. Esse processo come\u00e7a com a coleta de detalhes precisos na fase de levantamento de requisitos.<\/p>\n As principais perguntas a serem respondidas incluem:<\/p>\n Essas respostas podem ser obtidas por meio de um question\u00e1rio de levantamento de requisitos ou analisando dados estat\u00edsticos coletados de ferramentas como solu\u00e7\u00f5es APM ou Google Analytics. A an\u00e1lise de transa\u00e7\u00f5es \u00e9 especialmente \u00fatil para identificar transa\u00e7\u00f5es comerciais cr\u00edticas e projetar cen\u00e1rios de teste de desempenho que reflitam com precis\u00e3o o uso do mundo real. Ao seguir esses passos, voc\u00ea estar\u00e1 bem preparado para executar testes de desempenho eficazes e entregar resultados confi\u00e1veis.<\/p>\n Podemos planejar nosso modelo de carga de trabalho de diferentes maneiras. Engenheiros de desempenho devem aprender e praticar o conceito da \u201clei de Little\u201d antes de selecionar um modelo de carga de trabalho. Abaixo est\u00e3o alguns dos modelos de carga de trabalho existentes. Novamente, o engenheiro de desempenho deve escolher o modelo de carga de trabalho baseado nos requisitos em m\u00e3os.<\/p>\n Modelo de Carga 1<\/strong>. \u00c9 um modelo simples, onde o n\u00famero de usu\u00e1rios ser\u00e1 aumentado continuamente conforme o teste avan\u00e7a. Exemplo: um usu\u00e1rio por segundo at\u00e9 o teste ser conclu\u00eddo.<\/p>\n Modelo de Carga 2<\/strong>. Neste modelo, o n\u00famero de usu\u00e1rios ser\u00e1 aumentado em degraus durante toda a dura\u00e7\u00e3o do teste. Por exemplo, os primeiros 15 minutos ter\u00e3o 100 usu\u00e1rios e os pr\u00f3ximos 15 minutos ter\u00e3o 200, etc. Podemos planejar esse tipo de teste para testagem de resist\u00eancia.<\/p>\n Modelo de Carga 3<\/strong>. Este \u00e9 o modelo mais comum de teste de desempenho. O n\u00famero de usu\u00e1rios ser\u00e1 continuamente aumentado por um certo tempo (chamamos isso de per\u00edodo de ramp-up). Depois disso, os usu\u00e1rios ter\u00e3o um estado est\u00e1vel por um determinado per\u00edodo. Ent\u00e3o os usu\u00e1rios come\u00e7am a reduzir e o teste termina. Por exemplo, se planejamos um teste de 1,5 horas, podemos dar 15 minutos para aumento gradual dos usu\u00e1rios e 15 minutos para diminui\u00e7\u00e3o gradual. O estado est\u00e1vel ser\u00e1 de uma hora. Ao analisar os resultados, consideraremos apenas o estado est\u00e1vel.<\/p>\n Modelo de Carga 4<\/strong>. Neste modelo, o n\u00famero de usu\u00e1rios aumenta e diminui repentinamente durante toda a dura\u00e7\u00e3o. Existem diferentes nomes para esse tipo de teste, como teste macaco, teste de pico, etc.<\/p>\n Precisamos estabelecer um conjunto abrangente de metas e requisitos para teste de desempenho. Defina os par\u00e2metros do teste de desempenho e o que constitui crit\u00e9rios de aceita\u00e7\u00e3o para cada um. Se voc\u00ea n\u00e3o conhece os requisitos do teste nem o resultado<\/a> desejado, ent\u00e3o o teste de desempenho ser\u00e1 uma perda de tempo.<\/p>\n Abaixo est\u00e3o algumas das m\u00e9tricas muito importantes para observar durante a modelagem da carga de trabalho do desempenho.<\/p>\n Tempo de resposta:<\/strong> Tempo que o servidor leva para responder \u00e0 requisi\u00e7\u00e3o do cliente. Muitos fatores podem afetar o tempo de resposta do servidor. O teste de carga ajudar\u00e1 a identificar e eliminar esses fatores que degradam o tempo de resposta.<\/p>\n Tempo m\u00e9dio de resposta:<\/strong> Ser\u00e1 o valor m\u00e9dio do tempo de resposta durante toda a dura\u00e7\u00e3o do estado est\u00e1vel em um teste de carga.<\/p>\n Tempo de resposta no percentil 90:<\/strong> O tempo de resposta no percentil 90 significa que 90 por cento dos tempos de resposta est\u00e3o abaixo desse valor. Por exemplo, se voc\u00ea teve 500 requisi\u00e7\u00f5es, cada uma com tempo de resposta diferente, o percentil 90 \u00e9 qualquer valor que 90 por cento de todos os outros valores est\u00e3o abaixo. Apenas 10 por cento dos tempos de resposta ser\u00e3o maiores que o valor do percentil 90. Isso \u00e9 \u00fatil se algumas de suas requisi\u00e7\u00f5es tiverem um tempo de resposta muito alto e estiverem distorcendo o resultado do tempo m\u00e9dio de resposta.<\/p>\n Requisi\u00e7\u00f5es por segundo:<\/strong> Precisamos encontrar esse valor atrav\u00e9s de ferramentas APM ou com a ajuda dos logs de produ\u00e7\u00e3o. Baseado no n\u00famero de usu\u00e1rios simult\u00e2neos, podemos planejar as requisi\u00e7\u00f5es por segundo para o servidor.<\/p>\n Utiliza\u00e7\u00e3o de mem\u00f3ria:<\/strong> S\u00e3o m\u00e9tricas do lado da infraestrutura que ajudam a identificar gargalos. Al\u00e9m disso, voc\u00ea deve planejar sua carga de trabalho em tempo real tanto quanto poss\u00edvel. Certifique-se de que n\u00e3o estamos bombardeando o servidor com requisi\u00e7\u00f5es cont\u00ednuas.<\/p>\n Utiliza\u00e7\u00e3o da CPU:<\/strong> Igual \u00e0 mem\u00f3ria, \u00e9 necess\u00e1rio monitorar essa m\u00e9trica durante a execu\u00e7\u00e3o dos testes de desempenho.<\/p>\n Taxa de erro:<\/strong> Devemos acompanhar a propor\u00e7\u00e3o entre transa\u00e7\u00f5es aprovadas e com erro. A taxa de erro n\u00e3o deve ser superior a 2% das transa\u00e7\u00f5es aprovadas. Se as taxas de erro aumentarem conforme os usu\u00e1rios simult\u00e2neos aumentam, pode haver um gargalo potencial.<\/p>\n Usu\u00e1rios simult\u00e2neos:<\/strong> Precisamos encontrar esse valor em ferramentas APM ou com a ajuda dos logs de produ\u00e7\u00e3o. Normalmente, esse valor \u00e9 baseado em um dia t\u00edpico de neg\u00f3cios.<\/p>\n Throughput:<\/strong> O throughput mostrar\u00e1 a capacidade do servidor para suportar usu\u00e1rios simult\u00e2neos. Existe uma rela\u00e7\u00e3o direta entre usu\u00e1rios simult\u00e2neos e throughput. O throughput deve aumentar conforme o n\u00famero de usu\u00e1rios aumenta para acessar a aplica\u00e7\u00e3o. Se o throughput diminuir conforme o n\u00famero de usu\u00e1rios aumenta, isso pode indicar gargalos.<\/p>\n Distribui\u00e7\u00e3o da carga de usu\u00e1rios:<\/strong> A distribui\u00e7\u00e3o da carga de usu\u00e1rios \u00e9 um dos fatores importantes que precisa ser considerado ao projetar a carga de trabalho. Se tivermos cinco scripts que executam cinco funcionalidades diferentes de uma aplica\u00e7\u00e3o, precisamos dividir a carga de usu\u00e1rios o mais realista poss\u00edvel com base em nossa investiga\u00e7\u00e3o em produ\u00e7\u00e3o ou em ferramentas APM.<\/p>\n Essas s\u00e3o m\u00e9tricas muito importantes que devemos ter em mente ao desenhar o modelo de carga de trabalho. Haver\u00e1 outras m\u00e9tricas dependendo da arquitetura da aplica\u00e7\u00e3o do cliente e dos requisitos.<\/p>\n O exemplo da lista de verifica\u00e7\u00e3o abaixo geralmente \u00e9 seguido por testes de desempenho ponta a ponta em n\u00edvel empresarial, onde h\u00e1 um grande n\u00famero de sistemas envolvidos. \u00c9 sempre recomendado seguir uma lista de verifica\u00e7\u00e3o do ambiente tamb\u00e9m para testes de desempenho em pequena escala escala<\/a>. As atividades mudar\u00e3o com base nos ambientes da aplica\u00e7\u00e3o, pois h\u00e1 uma grande diferen\u00e7a quando comparamos uma aplica\u00e7\u00e3o na nuvem versus uma aplica\u00e7\u00e3o on-premises.<\/p>\n Um teste de desempenho de software bem-sucedido n\u00e3o acontece por acaso. Arquitetos, propriet\u00e1rios de produto, desenvolvedores e a equipe de teste de desempenho devem trabalhar juntos e abordar os requisitos de teste de desempenho antes de avaliar o software. Para um entendimento mais detalhado da plataforma LoadView, leia nosso artigo Vis\u00e3o T\u00e9cnica<\/a> para ver como voc\u00ea pode aproveitar ao m\u00e1ximo seu teste de desempenho. O teste de desempenho deve ser um processo cont\u00ednuo. Quando seu site ou aplica\u00e7\u00e3o web come\u00e7ar a crescer, voc\u00ea precisar\u00e1 fazer altera\u00e7\u00f5es para acomodar uma base maior de usu\u00e1rios. Sempre h\u00e1 uma chance de melhoria em qualquer aplica\u00e7\u00e3o e testes.<\/p>\n Esperamos que isso tenha dado uma boa vis\u00e3o sobre as melhores pr\u00e1ticas em teste de desempenho. Se voc\u00ea quiser uma demonstra\u00e7\u00e3o completa da solu\u00e7\u00e3o LoadView, registre-se para uma demonstra\u00e7\u00e3o<\/a> com um engenheiro de desempenho. Eles v\u00e3o gui\u00e1-lo passo a passo em cada parte do processo, desde a cria\u00e7\u00e3o de scripts de teste de carga e configura\u00e7\u00e3o do teste, at\u00e9 a execu\u00e7\u00e3o do teste e an\u00e1lise dos resultados.<\/p>\nEncontre uma Ferramenta de Teste de Desempenho Adequada<\/h2>\n
\n
Plano\/Estrat\u00e9gia de Teste de Desempenho<\/h2>\n
\n
Scripts\/Cen\u00e1rios de Desempenho em Tempo Real<\/h3>\n
\n
Modelagem de Carga de Trabalho<\/h2>\n
Coleta de Dados<\/h2>\n
Lista de Verifica\u00e7\u00e3o para Ambiente de Teste de Desempenho (Antes da Execu\u00e7\u00e3o)<\/h2>\n
![\"Lista](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Performance-Testing-Checklist-1024x270.jpg\")
<\/p>\nConclus\u00e3o: Lista de Verifica\u00e7\u00e3o para Prepara\u00e7\u00e3o de Teste de Carga<\/h2>\n