Neste conte\u00fado, explicaremos a import\u00e2ncia dos testes de desempenho. Al\u00e9m disso, vamos mostrar alguns dos principais testes executados, explicando as suas principais etapas para que a aplica\u00e7\u00e3o chegue aos usu\u00e1rios do modo mais funcional e \u00fatil poss\u00edvel. Boa leitura!<\/p>\n
Depois que uma solu\u00e7\u00e3o \u00e9 vendida ao p\u00fablico, sempre haver\u00e1 o risco de bugs. Por isso os testes de desempenho s\u00e3o t\u00e3o importantes, j\u00e1 que, por meio deles, v\u00e1rios pontos s\u00e3o checados, como a capacidade do sistema<\/a> de suportar uma determinada quantidade de acessos ao mesmo tempo.<\/p>\n Outro aspecto considerado nos testes de desempenho \u00e9 a inconsist\u00eancia da solu\u00e7\u00e3o entre plataformas diferentes. Em outras palavras, o comportamento ou a apar\u00eancia do sistema muda de modo expressivo entre uma plataforma e outra, incluindo ambientes, dispositivos e sistemas operacionais<\/a>.<\/p>\n Alguns poss\u00edveis motivos para essas inconsist\u00eancias s\u00e3o:<\/p>\n Para os usu\u00e1rios n\u00e3o terem esse tipo de problema, \u00e9 muito importante fazer testes abrangentes em v\u00e1rios ambientes e sistemas operacionais durante o seu desenvolvimento. Realizar essa verifica\u00e7\u00e3o antes de o resultado final chegar nas m\u00e3os dos usu\u00e1rios diminui o risco de uma experi\u00eancia ruim, que pode prejudicar a imagem da empresa e afetar a sua receita.<\/p>\n Para um usu\u00e1rio, uma das coisas mais desejadas \u00e9 um sistema de resposta r\u00e1pida, mas \u00e9 preciso saber, por exemplo, at\u00e9 quantos acessos simult\u00e2neos a aplica\u00e7\u00e3o permite sem que a sua responsividade seja afetada. \u00c9 importante destacar que nem toda solicita\u00e7\u00e3o do usu\u00e1rio ter\u00e1 uma resposta r\u00e1pida, considerando o grau de complexidade de cada uma.<\/p>\n Essa otimiza\u00e7\u00e3o toma por base a psicologia do ser humano. Explicando melhor, se uma pessoa tolera cinco segundos de espera para o sistema responder, ela vai ficar irritada se for entregue um produto que responde em mais tempo. Portanto, tanto a aplica\u00e7\u00e3o quanto as prefer\u00eancias dos usu\u00e1rios s\u00e3o consideradas nessa identifica\u00e7\u00e3o dos gargalos de desempenho<\/a>.<\/p>\n Para voc\u00ea ter uma ideia mais precisa, em um sistema on-line em que os usu\u00e1rios fazem muitas tarefas simultaneamente, o tempo de resposta, na maior parte do tempo, deve ser de, no m\u00e1ximo, um segundo. Essa consist\u00eancia \u00e9 mensurada em v\u00e1rios ciclos de teste.<\/p>\n Quando a carga do sistema cresce (ou seja, a quantidade de usu\u00e1rios simult\u00e2neos aumenta), a equipe de desenvolvimento precisa encontrar os gargalos \u2014 ou bottlenecks. Em geral, esses gargalos podem estar:<\/p>\n Al\u00e9m do tempo de resposta longo, outro poss\u00edvel bottleneck \u00e9 o alto consumo de recursos de hardware, como mem\u00f3ria e CPU de computadores<\/a> e notebooks. Se uma empresa trabalha com uma certa velocidade de processamento de dados, um sistema assim, com certeza, vai prejudicar a sua opera\u00e7\u00e3o, podendo afetar a experi\u00eancia dos clientes e a lucratividade do neg\u00f3cio.<\/p>\n Otimizar o c\u00f3digo requer, primeiramente, identificar os bottlenecks da aplica\u00e7\u00e3o. Na pr\u00e1tica, uma das formas de melhorar o desempenho \u00e9 usar algoritmos de tempo linear ou logar\u00edtmicos, pois ambos rodam mais r\u00e1pido em compara\u00e7\u00e3o, por exemplo, a um c\u00f3digo de busca sequencial, cuja complexidade de tempo \u00e9 O(n).<\/p>\n Um dos piores cen\u00e1rios para o usu\u00e1rio \u00e9 quando o sistema fica fora do ar por causa de um pico de acessos. Nesse caso, existe um problema de escalabilidade, o que reduz a propens\u00e3o desse sistema de permanecer funcional e \u00fatil aos usu\u00e1rios por muito tempo.<\/p>\n Se um sistema n\u00e3o exige muito do hardware<\/a>, a tend\u00eancia \u00e9 a troca dos equipamentos<\/a> demorar mais para acontecer, o que ajuda a reduzir os custos de longo prazo. Al\u00e9m disso, se a aplica\u00e7\u00e3o \u00e9 escal\u00e1vel, ela n\u00e3o vai precisar ser trocada quando a empresa tiver um volume maior de opera\u00e7\u00f5es.<\/p>\n Por mais que o investimento presente possa ser alto, o neg\u00f3cio e os usu\u00e1rios sentir\u00e3o o quanto esse sistema \u00e9 ben\u00e9fico em termos de custos. Vale, ainda, destacar que os testes de desempenho contribuem para a redu\u00e7\u00e3o de custos na manuten\u00e7\u00e3o desses sistemas. Logo, o usu\u00e1rio n\u00e3o vai ficar um longo tempo sem manusear a aplica\u00e7\u00e3o \u2014 e, assim, vai ser mais produtivo.<\/p>\n Existem muitos testes de desempenho, mas, nos t\u00f3picos seguintes, vamos focar em quatro dos principais: carga, estresse, volume e escalabilidade. Acompanhe!<\/p>\n Durante o desenvolvimento, \u00e9 preciso submeter o software<\/a> a determinadas cargas e ver se ele mant\u00e9m a sua responsividade. Na pr\u00e1tica, a ideia \u00e9 saber como o sistema se comporta com acessos concorrentes, sobrecarga de recursos e processamento interno.<\/p>\n Como n\u00e3o existem usu\u00e1rios reais para acessar a aplica\u00e7\u00e3o ao mesmo tempo, s\u00e3o usados os chamados usu\u00e1rios virtuais simult\u00e2neos, ou VUs, que s\u00e3o respons\u00e1veis por executar diferentes cen\u00e1rios de uso em paralelo.<\/p>\n As principais etapas do teste de carga s\u00e3o:<\/p>\n Os testes de estresse s\u00e3o usados para avaliar o comportamento de um software em condi\u00e7\u00f5es extremas de uso. Diferente do teste de carga, ele tem o objetivo apenas de verificar como a aplica\u00e7\u00e3o se comporta diante de um n\u00famero previs\u00edvel de usu\u00e1rios.<\/p>\n Al\u00e9m de ser realizado em um ambiente controlado, o teste de estresse busca avaliar se o sistema tem poder de recupera\u00e7\u00e3o em uma condi\u00e7\u00e3o extrema de carga ou estresse.<\/p>\n O objetivo geral do teste de volume \u00e9 saber como o sistema se comporta quando est\u00e1 lidando com muitos dados<\/a>. Isso envolve n\u00e3o s\u00f3 o processamento, mas tamb\u00e9m o armazenamento e a transmiss\u00e3o desses registros, incluindo tanto a opera\u00e7\u00e3o normal quanto os cen\u00e1rios cujo o volume de dados \u00e9 mais significativo.<\/p>\n Alguns tipos de sistemas que devem ser submetidos ao teste de volume s\u00e3o:<\/p>\n\n
Identifica\u00e7\u00e3o de gargalos de desempenho<\/h3>\n
\n
Otimiza\u00e7\u00e3o de c\u00f3digo<\/h3>\n
Melhoria da experi\u00eancia do usu\u00e1rio<\/h3>\n
Redu\u00e7\u00e3o de custos a longo prazo<\/h3>\n
Quais s\u00e3o os principais tipos de testes existentes?<\/h2>\n
Testes de carga<\/h3>\n
\n
Testes de estresse<\/h3>\n
Testes de volume<\/h3>\n
\n
Testes de escalabilidade<\/h3>\n