Exemplo de teste de aceitação operacional (OAT)

O que é teste de aceitação operacional?

Teste de aceitação operacional (OAT) é uma técnica de teste de software que avalia a prontidão operacional de um aplicativo de software antes do lançamento ou produção. O objetivo dos testes de aceitação operacional é garantir a conformidade do sistema e dos componentes e a operação suave do sistema em seu Ambiente Operacional Padrão (SOE).

O Teste de Aceitação Operacional (Teste OAT) também é chamado de Teste de Prontidão Operacional (ORT) ou Teste Operacional.

Tipos de testes operacionais

  • Teste de Instalação
  • Operação de teste de carga e desempenho
  • Teste de backup e restauração
  • Teste de Segurança
  • Análise de Código
  • Teste de failover
  • Teste de Recuperação
  • De ponta a ponta Ambiente de teste Teste Operacional
  • Revisão da Documentação Operacional

Teste Operacional

Por que testes operacionais

  • Durante as configurações do software OAT e o suporte operacional, os componentes se unem
  • Testa a implementação de mudanças funcionais ou estruturais em software ou serviço em um ambiente funcional ou não funcional.
  • Este teste determina se um aplicativo pode ser implantado em uma rede de acordo com os padrões da IT Infrastructure Library (ITIL).
  • Diz se um software funcionará da maneira como foi projetado, sem interromper o processo de negócios.
  • OAT se concentra principalmente nesses aspectos do produto de software
  • Resiliência
  • Capacidade de recuperação
  • Capacidade de gerenciamento e suporte
  • Integridade

Exemplos de casos de teste para testes operacionais ou OAT

Following é uma lista de verificação útil para fazer OAT

  1. Os backups feitos em um site podem ser recuperados para o mesmo local
  2. Os backups feitos em um site podem ser recuperados para o de outros local
  3. A implementação de quaisquer novos recursos no ambiente de produção ao vivo não deve afetar negativamente a integridade dos serviços de produção atuais
  4. O processo de implementação pode ser replicado usando documentação válida
  5. Cada componente pode ser desligado e iniciado com sucesso dentro do prazo acordado.
  6. Para Alertas - Todos os alertas críticos devem ir ao TEC e referenciar o documento de resolução correto.
  7. Alertas estão em vigor e são emitidos se os limites acordados forem excedidos
  8. Qualquer documentação de recuperação produzida ou alterada, incluindo Diagramas de Serviço, é válida. Isto deve ser entregue às áreas de apoio relevantes.
  9. Qualquer componente afetado pela falha deve mostrar a ordem recomendada de reinicialização, tempo para conclusão, etc.

Conclusão:

Na Engenharia de Software, o Teste Operacional garante a conformidade do sistema e dos componentes no ambiente operacional padrão (SOE) da aplicação. A forma completa de OAT é o Teste de Aceitação Operacional.