OperaExemplo de Teste de Aceitação Nacional (OAT)

O que é a OperaTeste de Aceitação Nacional?

OperaTeste de Aceitação Nacional (OAT) O teste de aceitação operacional é uma técnica de teste de software que avalia a prontidão operacional de um aplicativo de software antes de seu lançamento em produção. O objetivo do teste de aceitação operacional é garantir a conformidade do sistema e de seus componentes, bem como o bom funcionamento do sistema, em sua configuração padrão. OperaAmbiente de ting (SOE).

OperaO teste de aceitação nacional também é chamado de OperaTestes de prontidão operacional (ORT, na sigla em inglês) ou, mais resumidamente, testes operacionais. Todos os três nomes descrevem a mesma verificação: o software pode já fazer o que a empresa solicitou, mas ninguém ainda comprovou que ele pode ser instalado, ter backups realizados, ser reiniciado, monitorado e recuperado pelas pessoas que o utilizarão após a entrada em produção.

Essa distinção coloca a OAT firmemente entre as testes não funcionais tipos. A questão é como o sistema se comporta em condições reais de operação, e não se uma funcionalidade retorna a resposta correta.

Tipos de OperaTeste Nacional

OperaA avaliação organizacional é uma atividade abrangente. Cada item abaixo é uma verificação separada com suas próprias condições de entrada e evidências, e um ciclo completo de avaliação organizacional geralmente abrange a maioria deles.

• Teste de Instalação — confirma que a compilação pode ser instalada, atualizada e revertida no ambiente de destino usando a documentação fornecida.
• Teste de carga e desempenho Operação — verifica se o sistema mantém a taxa de transferência e os tempos de resposta esperados sob um volume semelhante ao de produção. Veja teste de performance e teste de carga para as técnicas subjacentes.
• Teste de backup e restauração — comprova que um backup pode de fato ser feito dentro do prazo e restaurado a um estado funcional, e não apenas gravado em disco.
• Teste de Segurança — verifica os controles de acesso, credenciais, certificados e medidas de segurança no ambiente operacional. Consulte teste de segurança Para obter detalhes sobre o método.
• Code Análise — uma revisão estática do código e da configuração entregues, visando à manutenção e à identificação de pontos fracos conhecidos, antes que se tornem um problema para alguém em produção.
• Teste de failover — força a falha de um nó, serviço ou site e observa se o sistema em espera assume o controle dentro do tempo acordado.
• Teste de Recuperação — mede a completude e a rapidez com que o sistema retorna ao funcionamento após uma falha. Teste de recuperação Aborda a técnica em detalhes.
• XNUMX/XNUMX Ambiente de teste OperaTeste Nacional — executa toda a cadeia de servidores, redes, tarefas e interfaces como uma única unidade operacional.
• OperaDocumentação Nacional RevIEW — verifica se os manuais de operação, diagramas de serviço, ordens de reinicialização e caminhos de escalonamento correspondem ao sistema que foi efetivamente construído.

O diagrama abaixo agrupa essas verificações em torno do lançamento, mostrando os testes operacionais como a última etapa antes que o aplicativo entre em seu ambiente de produção.

Porque OperaTeste Nacional

OperaOs testes funcionais existem porque uma versão que satisfaz todos os requisitos funcionais ainda pode ser impossível de executar.

• Durante o OAT (Teste de Aceitação em Fábrica), as configurações de software e os componentes de suporte operacional são reunidos pela primeira vez.
• Testa a implementação de alterações funcionais ou estruturais em um software ou serviço, em um ambiente funcional ou não funcional.
• Este teste determina se uma aplicação pode ser implantada em uma rede de acordo com os padrões da Biblioteca de Infraestrutura de TI (ITIL).
• Isso indica se um software funcionará conforme projetado, sem interromper o processo de negócios.
• OAT concentra-se principalmente nestes aspectos do produto de software:
  • Resiliência
  • Capacidade de recuperação
  • Capacidade de gerenciamento e suporte
  • Integrity

Quem se apresenta OperaTestes Nacionais e Quando

A gestão do OAT difere de todos os níveis de teste anteriores, e essa diferença explica a maioria das suas conclusões. As pessoas que o gerem são as mesmas que serão chamadas às três da manhã.

• Administradores de sistemas e engenheiros de infraestrutura — executar casos de instalação, failover e reinicialização no ambiente de destino.
• Operações e equipes de suporte — validar alertas, limites, rotas de escalonamento e os documentos de resolução referenciados por cada alerta.
• Administradores de banco de dados e backup — Fazer e restaurar backups, incluindo a restauração para um segundo site.
• Equipe de segurança e conformidade — Confirme o reforço da segurança, o controle de acesso e o registro de auditoria em um ambiente semelhante ao de produção.
• Gerentes de teste — reunir as evidências no pacote de decisão para entrada em operação.

De acordo com o relatório ciclo de vida de teste de softwareOs testes operacionais são realizados na fase final. Teste de sistema O teste de aceitação do produto (OAT) comprova que o produto montado funciona, o teste de aceitação do usuário (UAT) comprova que a empresa o aceita e, por fim, o OAT comprova que a organização pode executá-lo. Como o OAT exige um ambiente semelhante ao de produção, ele geralmente é agendado assim que a versão candidata a lançamento é finalizada — qualquer alteração de código após esse ponto reinicia o ciclo.

Exemplos de casos de teste para OperaTeste Nacional ou OAT

Segue abaixo uma lista de verificação prática para realizar o Teste de Aceitação em Campo (OAT). Cada linha foi escrita de forma que seu resultado seja simplesmente aprovado ou reprovado, que é o que uma placa de teste precisa para entrar em produção.

1. Os backups realizados em um local podem ser restaurados para o mesmo local.
2. Os backups feitos em um local podem ser recuperados em outro local.
3. A implementação de quaisquer novas funcionalidades no ambiente de produção em funcionamento não afeta negativamente a integridade dos serviços de produção atuais.
4. O processo de implementação pode ser replicado utilizando documentação válida.
5. Cada componente pode ser desligado e ligado com sucesso dentro do prazo acordado.
6. Para alertas, todos os alertas críticos devem ser encaminhados ao TEC e devem fazer referência ao documento de resolução correto.
7. Os alertas estão em vigor e são emitidos caso os limites acordados sejam ultrapassados.
8. Qualquer documentação de recuperação produzida ou alterada, incluindo diagramas de serviço, é válida. Esta deve ser entregue às áreas de suporte relevantes.
9. Qualquer componente afetado por uma falha mostra a ordem recomendada de reinicialização, o tempo necessário para a conclusão e as dependências envolvidas.

Uma adição prática à lista é o caso negativo: quebrar deliberadamente uma dependência e, em seguida, confirmar se o alerta é disparado, se o runbook é encontrado e se a ordem de reinicialização documentada restaura o serviço. Uma lista de verificação que registra apenas os sucessos não testou a operação de forma alguma.

OperaTestes Nacionais vs. Testes de Aceitação do Usuário

OAT e Testes de aceitação do usuário Ambas são atividades de aceitação e ambas atrasam, razão pela qual são frequentemente confundidas. Elas respondem a perguntas diferentes e são assinadas por pessoas diferentes.

Os dois são complementares, e não alternativos. Uma versão que passa no teste de aceitação do usuário (UAT), mas falha no teste de aceitação em campo (OAT), é uma versão que funcionará corretamente até a primeira interrupção.

Vantagens e Desafios de OperaTeste Nacional

As equipes que adotam a OAT geralmente citam os mesmos benefícios e enfrentam os mesmos obstáculos.

Vantagens

• O risco de interrupções diminui, porque os planos de recuperação e de contingência são testados antes que os clientes dependam deles.
• As equipes de suporte herdam documentação que foi testada em relação ao sistema real, em vez de ser escrita a partir do projeto.
• Surpresas durante a implantação surgem em um período controlado, em vez de na noite de entrada em operação.
• A lista de verificação gera evidências de conformidade e auditoria como um subproduto.

Desafios

• Um ambiente semelhante ao de produção é caro, e uma cópia reduzida esconde exatamente as falhas que o OAT (Teste de Aceitação de Organização) visa encontrar.
• O ciclo compete pelo mesmo espaço no calendário que o lançamento, portanto, é a primeira atividade a ser cortada quando uma data é adiada.
• Casos destrutivos, como failover e restauração, exigem aprovações e períodos de silêncio que são difíceis de obter.
• Os resultados dependem da equipe operacional que está executando simultaneamente o serviço em funcionamento.

A mitigação usual é começar pequeno: automatizar primeiro os casos de backup-restauração e reinicialização, já que se repetem a cada versão e fornecem o sinal mais claro de sucesso ou falha. A partir daí, a lista de verificação pode crescer a cada ciclo, e qualquer alteração nos runbooks torna-se candidata à automação. teste de regressão na próxima versão.

Perguntas Frequentes