Teste de desempenho
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
- 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
- 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
- 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
- Teste de escala incremental
- Farm de crescimento incremental
- Ajustar o sistema único.
- Correção iterativa e ajuste do sistema.
- Teste de estabilidade
- Failover
- Execuções longas

- 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 |
- 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.