Teste de desempenho

O teste de desempenho é uma etapa vital na implementação de mudanças nos ambientes. Para todo o teste de desempenho final, conclua o teste no ambiente de pré-produção.

Quando estiver iniciando a implementação do IBM Sterling® Order Management Sistema, conclua todos os testes de desempenho e tenha os testes aprovados pelo menos duas semanas antes do lançamento dos serviços. Este prazo assegura que sua equipe tenha tempo para tratar quaisquer problemas de desempenho que são encontrados durante a fase de teste.

Como parte do teste de desempenho para começar, forneça um relatório de resumo do teste para a equipe de operações doIBM Sterling Order Management System. Inclua nesse relatório os volumes de pico e o carregamento testados. Os volumes de pico e a carga devem corresponder à volumetria esperada listada em sua declaração de trabalho do IBM Sterling Order Management System. Se seu contrato for baseado em "n" número de linhas de pedido em pico, conclua o teste de desempenho até esse limite. Se você ou seu parceiro de negócios testar além desses volumes de pico contratados, você assumirá todo o risco de desempenho do teste.

Definindo um plano de teste

Como parte da garantia do desempenho do serviço IBM Sterling Order Management System, crie planos de teste de desempenho como parte do início e da implementação de quaisquer alterações. Para criar um plano de teste de desempenho, as seguintes tarefas devem ser concluídas:
  • Estabeleça uma combinação de carga de trabalho e volumes. Use dados de logs do servidor da web e outras ferramentas para trabalhar com volumes previstos, crescimento ano a ano, volumes de horários de pico previstos e mais.
    Importante: Defina e documente claramente as definições de carga de trabalho e volume antes de desenvolver seus scripts de carga.
  • Valide requisitos não funcionais do cliente. Defina quaisquer requisitos não funcionais durante a fase de design.
  • Defina todos os critérios de entrada e saída para assegurar que seu código do aplicativo seja estável.

Fases de teste e o processo de teste iterativo

  1. Teste de usuário único
    • Análise de código detalhado
    • Comprimento do caminho
    • Área de cobertura da memória
    • Estrutura básica de SQL
    • Arquitetura do aplicativo
  2. Teste de simultaneidade do sistema único
    • Sistema Único
    • Combinação de carga de trabalho completa da unidade
    • Teste iterativo e correção/ajuste
    • Estabelecer referência ajustada
  3. Teste de escala incremental
    • Farm de crescimento incremental
    • Ajustar o sistema único.
    • Correção iterativa e ajuste do sistema.
  4. Teste de estabilidade
    • Failover
    • Execuções longas
O diagrama a seguir mostra o teste iterativo de alto nível e o processo de ajuste.
Imagem que mostra o processo de teste iterativo..
  • Linha de base
    • O que o sistema faz agora
    • Essencial para medir a melhoria
  • Ajuste mínimo
    • Limitar mudança entre execuções
  • Testar
    • Duração suficiente
    • Medir no estado estável
  • Observar
    • Consultar todos os sistemas e logs
    • Registrar resultados
    • Planejar próximo teste

Ambientes de teste, dados e responsabilidades para teste funcional e de desempenho

  Responsabilidade Ambiente Dados
Teste de unidade Equipe de implementação Ambiente do kit de ferramentas do desenvolvedor. Simulado
Teste de função Equipe de implementação Garantia de qualidade Simulado
Teste de aceitação do usuário Você ou a equipe de serviços de seu parceiro de negócios Pré-produção e produção
Garantia de qualidade *
Dados de negócios válidos
Teste de desempenho Você ou a equipe de serviços de seu parceiro de negócios Garantia de qualidade (teste de desempenho inicial)
Pré-produção (com DynaCache ativado)
Dados de negócios válidos
Teste de failover do componente Equipe de implementação Produção Dados de negócios válidos
* O teste de aceitação do usuário funcional pode ser feito no ambiente de garantia de qualidade se os dados do ambiente de produção não estiverem prontos para uso no teste..
Conclua qualquer perfil do aplicativo dentro do ambiente do kit de ferramentas do desenvolvedor, como quando você estiver concluindo as tarefas a seguir:
  • Criar perfil de código Java para identificar funcionalidade ou módulos com desempenho abaixo do esperado e para identificar ineficiências em designs e código.
  • Rastreio e análise SQL para rastrear a atividade de SQL e isolar e revisar gargalos de desempenho de SQL.
  • Verificar a implementação de DynaCache para assegurar que toda a funcionalidade que pode ser armazenada em cache está sendo armazenada em cache de forma precisa e eficiente
  • Criar perfil de código JavaScript para identificar fuga de memória e ineficiências em designs e código.
  • Solicitar análise para identificar solicitações duplicadas ou desnecessárias.