. Você deverá projetar testes de carga utilizando ferramentas como o K6, artillery, JMeter. O teste de carga deverá utilizar contemplar o hot path do seu projeto.
O teste de carga deverá contemplar os seguintes cenários:
a) 10 usuários, 5 minutos;
b) 100 usuários, 5 minutos;
c) 1.000 usuários, 15 minutos;
d) 10.000 usuários, 15 minutos;
e) 1.000 usuários, 30 minutos;
f) 10.000 usuários, 30 minutos;
Você deve registrar no arquivo readme do github do projeto o passo a passo do teste de carga em uma seção dedicada a ele. Na seção, deverão conter o passo a passo para:
a) Setup da solução de testes;
b) Configuração dos cenários de testes;
c) Relatório com os dados de cada execução para cada cenário;
d) Alterações/otimizações que foram necessárias para a execução dos testes com altas cargas.
e) Limitações identificadas para um eventual não processamento de cargas altas.
Você deverá versionar os scripts utilizados para a criação dos testes de carga em uma pasta /scrpts/load.
É altamente recomendável a publicação da API em um provedor de nuvem e a habilitação de ferramentas de auto scale para a realização dos testes de carga acima. PADRÃO DE QUALIDADE:
(De 0 a 2,0) Projeção dos Testes de Carga com Ferramenta Adequada:
0-0,6 ponto(s): Uso incorreto da ferramenta de teste de carga ou aplicação inadequada que não reflete os cenários de altas demandas.
0,7-1,4 pontos: Ferramenta apropriada para teste de carga é usada, mas o projeto dos testes não capta plenamente os requisitos de estresse necessários para os cenários propostos.
2 pontos: Excelente projeção dos testes de carga, com uso correto da ferramenta escolhida e simulações representativas dos cenários de uso intenso.
(De 0 a 2,5) Configuração dos Cenários de Testes de Carga:
0-0,8 ponto(s): Configuração dos cenários de teste de carga inadequada, não seguindo as especificações ou falhando em testar condições críticas.
0,9-1,7 pontos: Cenários configurados corretamente, mas com potencial de aprofundamento na simulação de condições de carga ou diversificação dos testes.
2,5 pontos: Configuração dos cenários de teste de carga feita de maneira exemplar, abordando adequadamente cada variação de carga e duração solicitada.
(De 0 a 2,0) Documentação do Processo no README:
0-0,5 ponto(s): Falta de documentação ou documentação muito pobre do processo de teste de carga no README, deixando de fornecer orientação necessária.
1-1,5 pontos: Documentação suficiente do processo, mas falta clareza, detalhes ou sequência lógica que poderiam auxiliar na replicação e compreensão dos testes.
2 pontos: Documentação clara e concisa no README com instruções detalhadas do setup, configuração, e passo a passo claro e preciso para execução dos testes de carga.
(De 0 a 2,0) Relatório de Resultados para Cada Cenário:
0-0,6 ponto(s): Relatórios incompletos, incoerentes ou ausentes, não permitindo análise dos resultados dos testes de carga.
0,7-1,4 pontos: Relatórios disponíveis, mas com informações insuficientes ou apresentados de forma confusa.
2 pontos: Relatórios detalhados e coerentes dos resultados de cada cenário de teste de carga, permitindo uma análise precisa dos efeitos da carga sobre o sistema.
(De 0 a 1,0) Alterações e Otimizações Documentadas:
0-0,3 ponto(s): Falta de documentação ou informações insuficientes sobre alterações e otimizações realizadas para suportar a carga elevada.
0,4-0,7 ponto(s): Algumas alterações e otimizações são documentadas, mas sem o nível de detalhe que poderia orientar melhorias e mudanças eficazes.
1 ponto: Documentação clara e completa sobre alterações e otimizações necessárias para sustentar os testes com altas cargas, ajudando na análise e no aprimoramento do sistema.
(De 0 a 0,5) Identificação de Limitações:
0 ponto(s): Não há identificação ou documento sobre as limitações encontradas durante os testes de carga.
0,5 pontos: Limitações bem identificadas e documentadas que surgiram durante os testes de c
. Você deverá projetar testes de carga utilizando ferramentas como o K6, artillery, JMeter. O teste de carga deverá utilizar contemplar o hot path do seu projeto. O teste de carga deverá contemplar os seguintes cenários:
a) 10 usuários, 5 minutos; b) 100 usuários, 5 minutos; c) 1.000 usuários, 15 minutos; d) 10.000 usuários, 15 minutos; e) 1.000 usuários, 30 minutos; f) 10.000 usuários, 30 minutos; Você deve registrar no arquivo readme do github do projeto o passo a passo do teste de carga em uma seção dedicada a ele. Na seção, deverão conter o passo a passo para:
a) Setup da solução de testes; b) Configuração dos cenários de testes; c) Relatório com os dados de cada execução para cada cenário; d) Alterações/otimizações que foram necessárias para a execução dos testes com altas cargas. e) Limitações identificadas para um eventual não processamento de cargas altas.
Você deverá versionar os scripts utilizados para a criação dos testes de carga em uma pasta /scrpts/load.
É altamente recomendável a publicação da API em um provedor de nuvem e a habilitação de ferramentas de auto scale para a realização dos testes de carga acima. PADRÃO DE QUALIDADE:
(De 0 a 2,0) Projeção dos Testes de Carga com Ferramenta Adequada:
(De 0 a 2,5) Configuração dos Cenários de Testes de Carga:
(De 0 a 2,0) Documentação do Processo no README:
(De 0 a 2,0) Relatório de Resultados para Cada Cenário:
(De 0 a 1,0) Alterações e Otimizações Documentadas:
(De 0 a 0,5) Identificação de Limitações: