Melhores práticas para testes de desempenho

Projete automações de teste confiáveis

Certifique-se de que os casos de teste sejam robustos, estáveis em dados e livres de falhas antes do dimensionamento.

Escolha estratégias de crescimento e duração

Use o crescimento gradual para simular um tráfego realista e evite fases de pico curtas ou longas demais.

Lidar com dados de teste em escala

Prepare conjuntos de dados parametrizados (por meio do Data Fabric) para evitar entradas duplicadas que podem distorcer os resultados.

Evite armadilhas comuns

• Certifique-se de que haja recursos de infraestrutura suficientes.
• Valide os testes localmente antes de publicar.
• Use as versões mais recentes do pacote.

Automação de navegador

As seguintes recomendações expandem as práticas recomendadas gerais para testes de desempenho, especificamente para cenários de automação de navegadores. O teste de desempenho requer a execução de vários usuários virtuais (VUs) simultaneamente na mesma máquina, o que introduz restrições que não existem na execução de usuário único.

1. Evite operações do sistema de arquivos locais.

   Qualquer etapa que leia ou grave em um arquivo local depende dos identificadores de arquivos do Windows. O Windows bloqueia um identificador de arquivo quando ele é aberto por um processo, impedindo que todos os outros processos acessem o mesmo arquivo. Isso causa falhas quando várias VUs são executadas simultaneamente.

   Exemplos comuns:

   • Leitura de dados de teste do Excel ou CSV — várias VUs não podem abrir o mesmo arquivo simultaneamente. Em vez disso, use o Data Fabric para servir os dados de teste simultaneamente sem contenção de identificador de arquivo.
   • Gravar capturas de tela em documentos do Word — A captura de evidências normalmente é relevante apenas para testes funcionais e não deve fazer parte de um teste de desempenho. Em um teste de carga, centenas de VUs são executados em loops — cada iteração geraria seus próprios documentos, produzindo rapidamente um volume não gerenciável de artefatos.
   • Qualquer outra interação de arquivos locais — arquivos de configuração, arquivos de log, armazenamentos de dados intermediários — todos estão sujeitas ao bloqueio do identificador de arquivos.
2. Preferir API do Chromium - Evite eventos de hardware e Computer Vision.

   Abordagem	Description	Compatibilidade Multi-VU
   API do Chromium (eventos DOM simulados)	Dispara eventos diretamente em elementos DOM dentro da instância do navegador por meio de seletores. Nenhuma entrada real ocorre no nível do sistema operacional — o navegador lida com a interação internamente.	Excelente — independente por instância; funciona em janelas em segundo plano.
   Eventos de Hardware	Gera uma entrada real de mouse/tecla no nível do sistema operacional. O sistema operacional fornece para a janela atualmente ativa (em primeiro plano).	Fraco — a entrada vai para a janela que estiver em primeiro plano, não necessariamente a instância do navegador pretendida.
   Computer Vision	Localiza elementos por correspondência de padrão visual na tela.	Não viável — as instâncias do navegador em segundo plano são invisíveis para o reconhecimento de imagem.

3. Sempre o padrão é a API do Chromium.

   A API do Chromium opera diretamente no DOM e funciona independentemente de a janela do navegador estar em primeiro plano, minimizada ou oculta.

4. Evite eventos de hardware.

   Os eventos de hardware são entregues pelo sistema operacional para a janela ativa. Com várias VUs, um evento de hardware destinado a uma instância do navegador será enviado para a janela que estiver atualmente em primeiro plano. Os eventos de hardware não são adequados quando várias automações são executadas em paralelo na mesma máquina.

5. Evite o Computer Vision.

   O Computer Vision não pode interagir com janelas em segundo plano e, portanto, é incompatível com a execução várias VU. Seletores incorretos ou ambíguos são o motivo mais comum para uma estrutura recair no Computer Vision. Certifique-se de que os seletores estejam corretos e validados durante o desenvolvimento. Seletores restritos (IDs, atributos de teste de dados, funções de ARIA) funcionam bem, especialmente para aplicativos como o SAP Fiori. Seletores difusos também são compatíveis com testes de desempenho, desde que correspondam de forma confiável ao elemento pretendido sem disparar um fallback do Computer Vision.

6. Recomendação de Simulação

   Quando você adiciona um caso de teste a um cenário de desempenho pela primeira vez, a ferramenta solicita que você execute uma simulação. Uma execução em seco executa várias instâncias na mesma máquina para confirmar que não há bloqueios de arquivos, conflitos de entrada ou problemas de seletor antes de dimensionar para carga completa.